Coding style 从一种C语言迁移到另一种C语言,改变风格?

Coding style 从一种C语言迁移到另一种C语言,改变风格?,coding-style,Coding Style,我发现自己在使用不同的C语言时应该遵循哪种代码风格上存在冲突 目前我正在C++、C和Objul-C中做不同的工作 我注意到基本框架遵循的约定中存在很多差异。一般来说,我认为遵守这些约定并不是一个坏主意,因为它使代码感觉更“集成”到环境中。然而,我很难记住所有的差异并正确应用原则 例如,在C#中,类的所有方法都以大写开头,而Objective-C似乎更喜欢camelCase样式的方法 你会选择什么策略: 一种风格可以统领一切(只要适用) 坚持在给定环境中常见的内容 我特别喜欢这个,它似乎推荐后

我发现自己在使用不同的C语言时应该遵循哪种代码风格上存在冲突

目前我正在C++、C和Objul-C

中做不同的工作 我注意到基本框架遵循的约定中存在很多差异。一般来说,我认为遵守这些约定并不是一个坏主意,因为它使代码感觉更“集成”到环境中。然而,我很难记住所有的差异并正确应用原则

例如,在C#中,类的所有方法都以大写开头,而Objective-C似乎更喜欢camelCase样式的方法

你会选择什么策略:

  • 一种风格可以统领一切(只要适用)
  • 坚持在给定环境中常见的内容

我特别喜欢这个,它似乎推荐后者。但是,我不同意他们使用空格代替制表符以及它们的缩进(例如,与类处于同一级别的方法等)。

我认为你应该坚持每种语言的“公认”样式。我这样做的理由是,我认为,当你必须以该语言所使用的风格思考时,回忆你所处的环境会容易得多。对于熟悉该环境的人来说,查看您的代码会更容易,并且对样式和格式更为熟悉(也就是说,他们不太可能误解他们正在查看的内容)。

我的代码移植规则是:除非必须,否则不要触摸它

我修改旧代码的规则是:使用文件的样式


除了这两种情况之外,编码标准和你自己对好的风格的看法也可以发挥作用。

同意。我认为有一半的C#约定是愚蠢的,但我仍然使用它们,即使在代码中除了我以外没有人会看到。我没有移植任何代码,它与不同的项目有关。