首页
学习
活动
专区
圈层
工具
发布
社区首页 >问答首页 >编码指南+最佳实践?

编码指南+最佳实践?
EN

Stack Overflow用户
提问于 2010-05-07 07:55:08
回答 4查看 29.8K关注 0票数 21

我找不到任何问题,直接适用于我的查询,所以我张贴这是一个新的问题。如果有任何现有的讨论可能对我有帮助,请指出并结束问题。

问题:

我将做一个关于C#编码指南的介绍,但是它不应该局限于编码标准。

所以我有一个粗略的想法,但我认为我需要解决好的编程实践。所以内容会是这样的。

  1. 基本编码标准-外壳,格式等。
  2. 良好实践--对其他数据结构使用Hashset、String vs String Builder、String的不可变性以及有效地使用它们等等

实际上,我想添加更多的良好实践(特别是为了提高性能)。因此,希望听到更多用于C#的良好实践。有什么建议吗?(不需要大量的描述:)只是这个想法就足够了。

EN

回答 4

Stack Overflow用户

回答已采纳

发布于 2010-05-07 08:04:46

CSharp 3.0和4.0的编码指南

IDesign编码标准

兰斯·亨特的C#编码标准

布拉德·艾布拉姆斯的内部编码指南

不出所料,我刚刚发现了一个这样的问题:C#编码标准/最佳实践

票数 21
EN

Stack Overflow用户

发布于 2010-05-07 08:11:01

以下是一些建议:

  1. 使用FxCop进行静态分析。
  2. 使用StyleCop进行编码样式验证。
  3. 由于值类型的语义不同,所以在IDE中为它们提供另一种颜色(转到Tools / Options / Environment /字体和颜色/显示项,并使用# of 7120 223、113、32等值提供用户类型(Enum)和用户类型(值类型))。
  4. 因为异常倾向于在代码中显示bug,所以让IDE破坏所有异常。(去调试/异常..。/公共语言运行时异常和检查抛出)。
  5. 项目设置:不允许不安全的代码。
  6. 项目设置:作为错误的威胁警告。
  7. 项目设置:检查算术溢出/下溢。
  8. 为一个明确定义的目标使用变量。
  9. 别用神奇的数字。
  10. 写简短的方法。方法应该只包含一个抽象级别。
  11. 一个方法绝不能太小( 20行的方法被认为是相当大的)。
  12. 一种方法应该保护自己不受不良输入的影响。
  13. 考虑使类型不可变。
  14. 不要禁用您的代码中的警告,并禁用该警告。
  15. 不要评论坏代码:重写它。
  16. 在代码中显式记录您为什么要吞咽异常。
  17. 注意连接字符串的性能含义。
  18. 永远不要使用后藤语句。
  19. 早失败,快失败。
票数 10
EN

Stack Overflow用户

发布于 2010-05-07 09:01:59

我正在使用微软的开发类库的设计指南。我认为这是一个很好的开始。

票数 5
EN
页面原文内容由Stack Overflow提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接:

https://stackoverflow.com/questions/2787035

复制
相关文章

相似问题

领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档