代码之家  ›  专栏  ›  技术社区  ›  Chathuranga Chandrasekara

编码指南+最佳实践?[关闭]

  •  20
  • Chathuranga Chandrasekara  · 技术社区  · 14 年前

    我找不到任何直接适用于我的查询的问题,因此我将此作为新问题发布。如果有任何现有的讨论可以帮助我,请指出并结束问题。

    问题:

    我将要做一个关于C编码准则的演示,但它不应该局限于编码标准。

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

    1. 基本编码标准-外壳、格式等。

    2. 良好实践-在其他数据结构上使用哈希集、字符串与字符串生成器、字符串的不变性以及有效地使用它们等

    真的,我想增加更多的好的实践(特别是为了提高性能),以便听到更多的好的实践与C一起使用。有什么建议吗????(不需要大篇幅的描述:)只要这个想法就足够了。)

    4 回复  |  直到 7 年前
        2
  •  10
  •   Steven    7 年前

    以下是一些提示:

    1. 使用fxcop进行静态分析。
    2. 使用StyleCop进行编码样式验证。
    3. 由于值类型的语义不同,请在IDE中为它们提供可选颜色(请转到 工具/选项/环境/字体和颜色/显示项 和供应 用户类型(枚举) 用户类型(值类型) 值为df7120[223、113、32])。
    4. 因为异常往往会在代码中显示错误,所以让IDE破坏所有异常。去 调试/异常…/公共语言运行时异常 并检查 投掷 )
    5. 项目设置:不允许不安全代码。
    6. 项目设置:威胁警告为错误。
    7. 项目设置:检查算术溢出/下溢。
    8. 为一个明确定义的目标使用变量。
    9. 不要使用幻数。
    10. 写一些简短的方法。一个方法应该只包含一个抽象级别。
    11. 一个方法不能太小(20行的方法被认为很大)。
    12. 方法应该保护自己不受错误输入的影响。
    13. 考虑使类型不可变。
    14. 不要用pragma warning disable禁止代码中的警告。
    15. 不要评论坏代码:重写它。
    16. 在代码中明确记录您为什么要接受异常。
    17. 注意串接字符串的性能含义。
    18. 不要使用goto语句。
    19. 及早失败,快速失败。
        3
  •  4
  •   Regent    14 年前

    我使用的是微软的 Design Guidelines for Developing Class Libraries . 我觉得从一开始就挺好的。

        4
  •  1
  •   Pieter Germishuys    14 年前
    • 基本编码标准-确保一致。即使他们不遵守 this document on msdn . 我认为一致性是关键。

    • 单元测试-这里不能出错。

    • 安全性—讨论确保在传递敏感数据时它是安全的。

    • 性能-你知道,我个人认为,正确的申请,然后看性能是我所做的。在编写代码的时候,我的脑海里确实有这样的想法,所以最后会出现一些细微的调整。