.NET开发中应该遵循的几个规则

.NET开发中应该遵循的几个规则

一、始终控制类的大小

那些超大的类在尝试做太多的事情，这违反了单一职责原则， 为什么一定要将两个职责分离到单独的类中呢？因为每一个职责都是变化的中心。在需求变更时，这个变更将会出现在负责该职责的类中。如果一个类承担了多个职责，就会有一个以上的原因导致其变化。如果一个类有多重职责，则说明这些职责已经耦合到了一起。并且某个职责的变化将有可能削弱或限制这个类满足其他职责的能力。这种耦合将会导致非常脆弱的设计，进而在职责发生变化时，设计可能被意想不到的破坏了。

二、避免不需要的注释

不同水平的开发人员可能都会有自己的见解。可以尝试避免为单独的方法或短小的类进行注释，通常开发人员通过写注释来提高代码的可读性和可维护性，但要保证你所写的注释不会成为代码中的噪音。

三、避免不必要的Region

Region 是 Visual Studio 提供的一个功能，它允许你将代码分块。Region 的存在是因为它可以使大文件导航变得容易。Region 还常被用于隐藏丑陋的代码，或者类已经膨胀的非常大了需要分块。而如果一个类做了太多的事情，也就说明其违反了单一职责原则。所以，下次当你想新增一个 Region 时，先考虑下有没有可能将这个 Region 分离到一个单独的类中。

四、保持方法的短小

方法中的代码行数越多，则方法越难理解。抽取方法是最常见的重构方式之一，如果你发现一个方法过长，或者已经需要一个注释来描述它的目的了，那么你就可以应用抽取方法了。人们总是会问一个方法到底多长合适，但其实长度并不是问题的根源。当你在处理复杂的方法时，跟踪所有局部变量是最复杂和消耗时间的，而通过抽取一个方法可以节省一些时间。

五、避免过多的参数

通过声明一个类来代替多个参数。创建一个类，用于包含所有的参数。

    //避免
    public void Checkout(string shippingName, string shippingCity,

      string shippingSate, string shippingZip, string billingName,

      string billingCity, string billingSate, string billingZip)

    ...{

    }

    //建议
    public void Checkout(ShippingAddress shippingAddress, BillingAddress billingAddress)

    ...{

    }

		

六、避免复杂的表达式

复杂的表达式意味着其背后隐藏了一些涵义，我们可以通过使用属性来封装这些表达式，进而使代码更易读些。

七、把警告等同于错误

我们编译工程后会得到一个警告，但仍可以运行工程而不会发生任何错误。但是我们应该尽可能地移除这些警告。

八、精简多处返回

在每段程序中都减少函数返回的数量。假设从底部开始阅读代码，你很难意识到有可能在上面的某处已经返回了，这样的代码将是非常难理解的。

仅使用一处返回可以增强可读性。如果程序这么写的话可能看起来比较干净，但不立即返回也意味着需要编写更多代码。

九、使用断言

在软件开发中，断言代码常被用于检查程序代码是否按照其设计在执行。通常 True 代表所有操作按照预期的完成，False 代表已经侦测到了一些意外的错误。断言通常会接收两个参数，一个布尔型的表达式用于一个描述假设为真的假定，一个消息参数用于描述断言失败的原因。

尤其在开发大型的、复杂的高可靠系统中，断言通常是非常有用的功能。

十、检查循环端点值

一个循环通常会涉及三种条件值：第一个值、中间的某值和最后一个值。但如果你有任何其他的特定条件，也需要进行检测。