#改善

【转】编写高质量代码改善C#程序的157个建议——建议103:区分组合和继承的应用场合

 建议103:区分组合和继承的应用场合 继承所带来的多态性虽然是面向对象的一个重要特性,但这种特性不能在所有的场合中滥用。继承应该被当做设计架构的有用补充,而不是全部。组合不能用于多态,但组合使用的频率却要远远高于继承。继承UML图如下:对应的代码如下:abstractclassStream{//省...

【转】编写高质量代码改善C#程序的157个建议——建议102:区分接口和抽象类的应用场合

 建议102:区分接口和抽象类的应用场合 接口和抽象类有一些显而易见的区别:接口支持多继承,抽象类则不能。接口可以包含方法、属性、索引器、事件的签名,但不能有实现,抽象类则可以。接口在增加新方法后,所有的继承者都必须重构,否则编译不通过,而抽象类则不需要。这些区别导致两者的应用场景不同:如果对象存在...

【转】编写高质量代码改善C#程序的157个建议——建议101:使用扩展方法,向现有类型“添加”方法

 建议101:使用扩展方法,向现有类型“添加”方法考虑如何让一个sealed类型具备新的行为。以往我们会创建一个包装器类,然后为其添加方法,而这看上去一点儿也不优雅。我们也许会考虑修改设计,直接修改sealed类型,然后为其发布一个新的版本,但这依赖于你拥有全部的源码。更多的时候,我们...

【转】编写高质量代码改善C#程序的157个建议——建议100:静态方法和实例方法没有区别

 建议100:静态方法和实例方法没有区别静态方法在加载时机和内存使用上和实例方法完全一致。在这里,我们先引出一个概念“类型对象”。比如类型Person,我们都知道newPerson()会产生一个对象,这个对象叫做“实例对象”,它在运行时会加载到GCHeap上。而...

【转】编写高质量代码改善C#程序的157个建议——建议99:重写时不应使用子类参数

 建议99:重写时不应使用子类参数重写时,如果使用了子类参数,可能会偏离设计者的预期目标。比如,存在一个如下继承体系:classEmployee{}classManager:Employee{}现在,类型ManagerSalary中的SetSalary方法重写了Salary中的相同方法,重写的方法采用一个子类...

【转】编写高质量代码改善C#程序的157个建议——建议98:用params减少重复参数

 建议98:用params减少重复参数如果方法的参数数目不定,且参数类型一致,则可以使用params关键字减少重复参数声明。voidMethod1(stringstr,objecta){}voidMethod2(stringstr,objecta,objectb){}voidMethod3(stringstr...

【转】编写高质量代码改善C#程序的157个建议——建议97:优先考虑将基类型或接口作为参数传递

 建议97:优先考虑将基类型或接口作为参数传递除了公开及类型或接口外,方法的参数也应该考虑基类型或接口。以Enumerable类型为例,它的成员方法中只要涉及需要操作集合对象的地方,都要使用IEnumerable泛型接口,比如:publicstaticIEnumerable<TSource>Tak...

【转】编写高质量代码改善C#程序的157个建议——建议96:成员应优先考虑公开基类型或接口

 建议96:成员应优先考虑公开基类型或接口类型成员如果优先考虑公开及类型或接口,那么会让类型支持更多的应用场合。FCL中最典型的例子是集合的功能操作。集合根据功能划分有多种类型,比如List<T>、Dictionary<TKey,TValue>、HashSet<T>等。以一...

【转】编写高质量代码改善C#程序的157个建议——建议95:避免在构造方法中调用虚成员

 建议95:避免在构造方法中调用虚成员在构造方法中调用虚方法会带来一些意想不到的错误,虽然这种方法不常见,但还是需要注意这类陷阱。staticvoidMain(){Americanamerican=newAmerican();Console.ReadKey();}classPerson{publicPerso...

【转】编写高质量代码改善C#程序的157个建议——建议94:区别对待override和new

 建议94:区别对待override和newoverride和new使类型体系应为继承而呈现出多态性。多态要求子类具有与基类同名的方法,override和new的作用就是:如果子类中的方法前面带有new关键字,则该法被定义为独立于基类的方法。如果子类中的方法前面带有override关键字,则子类的对象将调用该...

【转】编写高质量代码改善C#程序的157个建议——建议93:构造方法应初始化主要属性和字段

 建议93:构造方法应初始化主要属性和字段类型的属性应该在构造方法调用完毕前完成初始化工作。如果字段没有在初始化器中设置初始值,那么它就应该在构造方法中初始化。类型一旦被实例化,那么它就应该被视为具有完整的行为和属性。classCompany{EmployeespecialA=newEmployee(){Na...

【转】编写高质量代码改善C#程序的157个建议——建议92:谨慎将数组或集合作为属性

 建议92:谨慎将数组或集合作为属性数组或集合作为属性会引起这样一个问题:如果属性是只读的,我们通常会认为它是不可用改变的,但如果将只读属性应用于数座或集合,而元素的内容和数量却仍旧可以随意改变。如下所示:staticvoidMain(string[]args){Companymicrosoft=newCom...

【转】编写高质量代码改善C#程序的157个建议——建议91:可见字段应该重构为属性

 建议91:可见字段应该重构为属性字段和属性的本质区别就是属性是方法。查看下面这个Person类型:classPerson{publicstringName{get;set;}}经过编译器编译后,针对属性Name实际会生成一个private字段和两个public方法:[CompilerGenerated]pr...

【转】编写高质量代码改善C#程序的157个建议——建议90:不要为抽象类提供公开的构造方法

 建议90:不要为抽象类提供公开的构造方法首先,抽象类可以有构造方法。即使没有为抽象类指定构造方法,编译器也会为我们生成一个默认的protected的构造方法。下面是一个标准的最简单的抽象类:abstractclassMyAbstractClass{protectedMyAbstractClass(){}}其...

【转】编写高质量代码改善C#程序的157个建议——建议89:在并行方法体中谨慎使用锁

 建议89:在并行方法体中谨慎使用锁除了建议88所提到的场合,要谨慎使用并行的情况还包括:某些本身就需要同步运行的场合,或者需要较长时间锁定共享资源的场合。在对整型数据进行同步操作时,可以使用静态类Interlocked的Add方法,这就极大地避免了由于进行原子操作长时间锁定某个共享资源所带来的同步性能损耗。...
首页上一页...910111213下一页尾页