读书笔记---改善c#编程的157个建议

1.在拼接string时，如果牵涉到其他类型，先tostring一下会减少装箱操作；频繁操作字符串变量的话，使用stringbuilder效率较高。

2.tryParse相对于parse而言效率高，tryparse失败返回0

3.as相对于强制转换（即（）方式）而言，不容易引发异常，如果不匹配或者源对象为null，返回null

4.int？转换为int类型时，可用？？运算符，如果源对象为null返回0

5.readonly和const的区别在于，readonly为运行时常量，const为编译时常量；readonly相较而言更灵活，const只能修饰基元类型、枚举和字符串类型；const不能被static修饰，因为其本身天然就是static的

6.将0值作为枚举的默认值

时间： 2024-08-03 21:17:30

读书笔记---改善c#编程的157个建议的相关文章

读书笔记-----Java并发编程实战（一）线程安全性

线程安全类:在线程安全类中封装了必要的同步机制,客户端无须进一步采取同步措施 示例:一个无状态的Servlet 1 @ThreadSafe 2 public class StatelessFactorizer implements Servlet{ 3 public void service(ServletRequest req,ServletResponse resp){ 4 BigInteger i = extractFromRequest(req); 5 BigInteger[] fact

编写高质量代码改善C#程序的157个建议——建议85：Task中的异常处理

建议85:Task中的异常处理 在任何时候,异常处理都是非常重要的一个环节.多线程与并行编程中尤其是这样.如果不处理这些后台任务中的异常,应用程序将会莫名其妙的退出.处理那些不是主线程(如果是窗体程序,那就是UI主线程)产生的异常,最终的办法都是将其包装到主线程上. 在任务并行库中,如果对任务运行Wait.WaitAny.WaitAll等方法,或者求Result属性,都能捕获到AggregateException异常.可以将AggregateException异常看做是任务并行库编程中最上层的异

编写高质量代码改善C#程序的157个建议[优先考虑泛型、避免在泛型中声明静态成员、为泛型参数设定约束]

前言 泛型并不是C#语言一开始就带有的特性,而是在FCL2.0之后实现的新功能.基于泛型,我们得以将类型参数化,以便更大范围地进行代码复用.同时,它减少了泛型类及泛型方法中的转型,确保了类型安全.委托本身是一种引用类型,它保存的也是托管堆中对象的引用,只不过这个引用比较特殊,它是对方法的引用.事件本身也是委托,它是委托组,C#中提供了关键字event来对事件进行特别区分.一旦我们开始编写稍微复杂的C#代码,就肯定离不开泛型.委托和事件.本章将针对这三个方面进行说明. 这里也有一篇之前我对泛型的简

编写高质量代码改善C#程序的157个建议——建议41：实现标准的事件模型

建议41:实现标准的事件模型 上一建议中,我们实现了一个带事件通知的文件传输类FileUploader.虽然已经满足需求,但却不符合C#的编码规范,查看EventHandler的原型声明: public delegate void EventHandler(object sender, EventArgs e); 我们应该知道微软为事件模型定义的几个规范: 委托类型的名称已EventHandler结束: 委托原型返回值为void: 委托原型具有两个参数:sender表示事件触发者,e表示事件参数

编写高质量代码改善C#程序的157个建议——建议84：使用PLINQ

建议84:使用PLINQ LINQ最基本的功能就是对集合进行遍历查询,并在此基础上对元素进行操作.仔细推敲会发现,并行编程简直就是专门为这一类应用准备的.因此,微软专门为LINQ拓展了一个类ParallelEnumerable(该类型也在命名空间System.Linq中),它所提供的扩展方法会让LINQ支持并行计算,这就是所谓的PLINQ. 传统的LINQ计算是单线程的,PLINQ则是并发的.多线程的,我们通过下面这个示例就可以看出这个区别: static void Main(string[]

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

建议101:使用扩展方法,向现有类型“添加”方法 考虑如何让一个sealed类型具备新的行为.以往我们会创建一个包装器类,然后为其添加方法,而这看上去一点儿也不优雅.我们也许会考虑修改设计,直接修改sealed类型,然后为其发布一个新的版本,但这依赖于你拥有全部的源码.更多的时候,我们会采取针对第三方公司提供的API进行编程的方式.对于我们来说,FCL是一组第三方公司(微软)提供给我们的最好的API. 包装类的编码形式如下: class Program { static void Main(st

编写高质量代码改善C#程序的157个建议——建议111：避免双向耦合

建议111:避免双向耦合 双向耦合是指两个类型之间相互引用.下面的代码是一种典型的双向耦合: class A { private B b; public void MethodA() { b.MethodB(); } } class B { private A a; public void MethodB() { a.MethodA(); } } 双向耦合在同一项目下,不会存在太多的问题,带来的只是设计问题.不过,如果两个类在不同的项目中时,就必须考虑解耦了,因为.NET不允许项目之间相互引用.

编写高质量代码改善C#程序的157个建议——建议34：为泛型参数设定约束

建议34:为泛型参数设定约束 “约束”这个词可能会引起歧义,有些人肯能认为对泛型参数设定约束是限制参数的使用,实际情况正好相反.没有“约束”的泛型参数作用很有限,倒是“约束”让泛型参数具有了更多的行为和属性. 查看下面代码,我们会发现参数t1或参数t2仅仅具有object的属性和行为,所以几乎不能再方法中对它们进行任何操作: class SalaryComputer { public int Cpmpare<T>(T t1, T t2) { return 0; } } class Salary

编写高质量代码改善C#程序的157个建议——建议82：Parallel简化但不等同于Task默认行为

建议82:Parallel简化但不等同于Task默认行为 建议81说到了Parallel的使用方法,不知道大家是否注意到文中使用的字眼:在同步状态下简化了Task的使用.也就是说,在运行Parallel中的For.ForEach方法时,调用者线程(在示例中就是主线程)是被阻滞的.Parallel虽然将任务交给Task去处理,即交给CLR线程池去处理,不过调用者会一直等到线程池中的相关工作全部完成.表示并行的静态类Parallel甚至只提供了Invoke方法,而没有同时提供一个BeginInvok