#网赚程序

【转】编写高质量代码改善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方法,这就极大地避免了由于进行原子操作长时间锁定某个共享资源所带来的同步性能损耗。...

【转】编写高质量代码改善C#程序的157个建议——建议88:并行并不总是速度更快

 建议88:并行并不总是速度更快并行所带来的后台任务及任务的管理,都会带来一定的开销,如果一项工作本来就能很快完成,或者说循环体很小,那么并行的速度也许会比非并行要慢。看这样一个例子,我们比较在同步和并行状态下的时间消耗:staticvoidMain(string[]args){Stopwatchwatch=...

【转】编写高质量代码改善C#程序的157个建议——建议87:区分WPF和WinForm的线程模型

 建议87:区分WPF和WinForm的线程模型WPF和WinForm窗体应用程序都有一个要求,那就是UI元素(如Button、TextBox等)必须由创建它的那个线程进行更新。WinForm在这方面的限制并不是很严格,所以像下面这样的代码,在WinForm中大部分情况下还能运行(本建议后面会详细解释为什么会...

【转】编写高质量代码改善C#程序的157个建议——建议86:Parallel中的异常处理

 建议86:Parallel中的异常处理建议85阐述了如何处理Task中的异常。由于Task的Start方法是异步启动的,所以我们需要额外的技术来完成异常处理。Parallel相对来说就要简单很多,因为Parallel的调用者线程会等到所有的任务全部完成后,再继续自己的工作。简单来说,它具有同步的特性,所以,...
首页上一页...144145146147148...下一页尾页