Formatting 编码标准/格式

Formatting 编码标准/格式,formatting,code-formatting,code-standards,Formatting,Code Formatting,Code Standards,我经常修改别人写的代码。我见过很多代码格式标准,我有点困惑我该怎么做。我应该始终坚持我自己的标准,还是根据框架中使用的标准调整我的标准 目前,我总是将我的标准切换到框架所使用的标准,但这打乱了我自己的标准。我最近发现自己在一个应用程序中使用了许多不同的代码标准 我曾考虑在我正在处理的所有项目上运行一个美化器,但这似乎不是一个选项,因为所有这些项目都由其他来源维护,因此如果有更新,每个美化更改都会出现在git中,并导致我进行一些合并工作。如果您在团队中与其他人一起工作,通常,团队会制定某种格式或编

我经常修改别人写的代码。我见过很多代码格式标准,我有点困惑我该怎么做。我应该始终坚持我自己的标准,还是根据框架中使用的标准调整我的标准

目前,我总是将我的标准切换到框架所使用的标准,但这打乱了我自己的标准。我最近发现自己在一个应用程序中使用了许多不同的代码标准


我曾考虑在我正在处理的所有项目上运行一个美化器,但这似乎不是一个选项,因为所有这些项目都由其他来源维护,因此如果有更新,每个美化更改都会出现在git中,并导致我进行一些合并工作。

如果您在团队中与其他人一起工作,通常,团队会制定某种格式或编码准则,以避免在编码样式之间跳转

我认为维护代码的人,如果你是一个团队,也应该做同样的事情。不管它是什么编码语言,满足于标准格式可以让每个人都省去很多麻烦,就是这样

而且,根据我的经验,框架也是如此。尽管我讨厌Twitter引导CSS的格式,但我确实在编辑这些文件时使用它,因为打破文件中已有的标准是最糟糕的情况,花时间重新格式化现有代码听起来像是浪费时间。如果不担心的话,您也可以使用自己的格式链接其他文件

我认为有些代码编辑器提供代码格式化脚本,根据语言和您选择的首选项,如果您愿意,它们会为您重新格式化代码,但我个人从未使用过这样的东西,这可能会让您感兴趣(只在代码块中看到了这样的东西)


我认为你应该吸收(可能是弱者的选择,呵呵)并为自己的项目保留自己的格式。它只会节省时间,让你免于头痛。

我想,要么就一直走,要么就别麻烦了。同样,如果你让一个五人团队中的一个开发人员为你的tase格式化数百个文件中的一个,只是因为你觉得使用它更舒服。。。好吧,你明白了。在较小的情况下,也许,但只是一个可能。要么一路走,要么什么都不走,这是我的看法。