Formatting 如何了解公认的编码样式

Formatting 如何了解公认的编码样式,formatting,coding-style,Formatting,Coding Style,在何处阅读(最佳实践)个别语言的源代码格式,即命名变量等的约定、缩进、大括号的放置位置、注释的方式和位置等 例如,对于C Kernighan和Ritchie的书和Linus Torvalds的书,或者至少对于Perl 编辑:也许我应该问“如何在编码风格上有一个良好的开端”。对于这样的风格指南,我不会给出太多。它们是一个良好的开端,但最终您或您的团队将开发自己的编码风格 编辑:Rob Kam发表评论说,他想了解更多关于这些“起始约定”的信息 这是一个很好的观点。但大多数情况下,您将加入现有项目、开

在何处阅读(最佳实践)个别语言的源代码格式,即命名变量等的约定、缩进、大括号的放置位置、注释的方式和位置等

例如,对于C Kernighan和Ritchie的书和Linus Torvalds的书,或者至少对于Perl


编辑:也许我应该问“如何在编码风格上有一个良好的开端”。

对于这样的风格指南,我不会给出太多。它们是一个良好的开端,但最终您或您的团队将开发自己的编码风格

编辑:Rob Kam发表评论说,他想了解更多关于这些“起始约定”的信息

这是一个很好的观点。但大多数情况下,您将加入现有项目、开源项目或商业项目,并且从事该项目的人员已经有了代码约定。在一家公司中,可能已经存在代码约定。如果您启动一个新项目,请从您以前执行的另一个项目的约定开始

如果你真的开始一个新的项目,用一种你以前没有用过的新语言。。。然后,您可以从某种程度上类似的另一种语言的约定开始(即,对于一种新的oo语言,您可以使用Java或Smalltalk的约定),并在获得新语言的经验时调整您的约定。当我开始用Java编程时,我使用了我的Pascal编码约定。一些pascal约定对Java不太适用,但随着时间的推移,我放弃了一些旧的约定,开发了新的约定


洛特的想法是研究一个用你选择的语言编写的开源项目。这是一个好主意,可以得到一些关于好习惯的建议。Srikanth有个好主意,在Stackoverflow要求召开良好的会议。这是一个非常好的主意,因为随着时间的推移,Stackoverflow将成为通过这种方式编码约定的一个很好的参考。

大家好,祝大家好

我得说这要看情况而定 这取决于你是否为一家公司工作 或者如果你为你工作;)

如果你在一家公司工作,你必须接受命名方式和其他规则

对你来说,你只需要建立一种风格,让包括你自己在内的每个人都能立即理解什么和如何理解

括号和其他括号是您的方式

但正如你所说的,有不同的语言,所以它们有自己的规则

正如Mnementh所说,每个团队都有自己的编码方式,可能是严格编码,也可能是自由编码

就这些 没有了。。。。
再见

比一本书更好的是用你喜欢的语言找到开源代码

《工作源代码》不是一本书,而是一些作者和编辑的作品,而是一个符合高度发展的社区标准的社区项目

当客户要求我帮助制定编码标准时,我更喜欢找一个好的开源项目,并提供一个简短的标准文档,上面写着“让它看起来像xxx”。我用于Java风格的一个很好的例子是Apache项目


每个人都有他们最喜欢的开源示例项目。阅读一些真实世界的工作代码,然后选择一个最喜欢的。模仿那个项目。

我会用谷歌来做。例如,为了搜索Java编码准则,我将使用或发布堆栈溢出,并询问推荐的Java编码标准准则是什么。很难找到所有语言的单一来源


我建议您为您的公司/项目选择一个,并坚持下去,确保它是一个好的标准。

如果您关心代码风格问题,我真的建议您阅读bob叔叔的。

有三个好地方可看

  • 关于您使用的语言的流行书籍。
  • 用您的语言编写的开源项目。
  • 检查您的语言的样式类型实用程序。
    如果您使用Checkstyle或PMD之类的工具,请注意它们执行的许多“规则”可能会引起争议。找出需要警惕的规则可能会有所帮助。

    有一个简短的页面,链接到样式指南、编码规则和来自USENET的讨论,由Christopher Lott维护。

    如果你是PHP开发人员,这两个指南是不容错过的:

    及其编码约定,即使您不使用C#,也可以查看这些约定。除了样式和基本约定之外,这里的其他人推荐的最佳实践书籍(如)对于创建可维护、可读的代码非常重要,这些代码对代码库的未来维护人员来说是有意义的

    如果您使用的是VisualStudio(以及其他一些现代IDE),则与推荐约定的基本不一致之处会自动加下划线(在最新版本的VS中会有关于悬停的建议)。在VS中,如果您的团队想要使用不同的标准,只需打开项目属性并更改“代码分析”(左上一个菜单项)的设置。
    更多信息:

    同意。对于几乎任何语言,都没有最佳实践代码布局:各种选项都同样好。样式指南的目的是阻止一些不好的事情,并确保团队的代码看起来相当一致。不要让格式在任何客观意义上“正确”。这是一个好的开始部分,我想了解更多。我编辑了我的答案,也给出了一些关于这些开始部分的提示。希望这有帮助。PMD和Checkstyle是执行代码约定的非常好的工具,但它们不太适合创建您自己的约定。在我看来,这些工具是第二步。它们可以定制以反映您选择的一组约定。我建议OP检查一下这些工具,看看哪些约定是常用的。嗯,在Checkstyle中你没有预先配置的约定。但我认为某个地方正在传播一个带有Sun编码约定的checkstyle规则文件。然而,在PMD中,基本规则集是一个良好的开端。但它只包括一些基本的东西。是的,我一直在找