有时修改代码后我们就会担心这是否对现有的功能造成了破坏, 而如果单元测试覆盖了软件的重要功能的话, 那么只要测试都能通过, 那么就基本可以确信功能没被破坏.
测试从不同的角度看可以分成很多类....在现实中, 有太多的开发者使用了第一种方式, 把一大堆代码和功能都放到了一起. 而实际上开发者们应该采用第二种方式来进行代码的设计和编写, 即使在开发初期这可能会花掉更多的时间和精力. ...静态方法会为它的调用者和它被调用时所在的类创建很紧的耦合....在C#里, 我们通过对接口编程而不是对实现来编程来实现这个任务.
依赖注入. 主要是采用构造函数注入....针对第二个问题, 使用静态方法造成了紧耦合. 如果这个静态方法是我们自己写的方法, 我们可以对其重构, 变成实例方法.