《Effective C#》读书笔记——条目8:推荐使用查询语法而不是循环<C#语言习惯>
查询语法(query syntax)可以让程序逻辑的表达由“命令式”转换为“声明式”。查询语法定义了想要的结果，而把具体实现交给其他的专门实现。使用查询语法(实现了查询表达式模式的方法语法也可以)要比传统的命令式循环结果更加清晰的表达你的意图。 下面我们观察一个使用命令式方法填充一个 ...
原文：《Effective C#》读书笔记——条目22:通过定义并实现接口替代继承<使用C#表达设计>
接口是一种按照契约设计的方式，一个类型必须实行接口中定义的方法。抽象基类则为一组相关的类型提供了一个共有的抽象。要注意二者的使用场景和区别：基类描述了对象是什么 接口描述了对象将如何表现行为。 .关于接口 接口描述了一组功能，是一个契约，任何实现接口的类型必须为接口中定义的所有所有元素提供具体的实现。我们应该将可重用的行为提取出来，定义在接口中 由于不同相关的类型均可以实现一个接口，所有这会增加 ...
2013-01-15 22:38 9 2376 推荐指数：
相关推荐
《Effective C#》读书笔记——条目17:实现标准的销毁模式<.NET资源管理>
如何为我们自己的包含非托管资源的类型编写资源管理代码呢？在 .NET 中为我们提供了一种标准的销毁非托管资源的模式，这个标准的模式能够使使用者通过调用IDisposable接口正常释放掉非托管资源，也能够保证使用者在忘记释放资源时使用终结器释放。这个标准模式可以和GC配合，保证仅在最糟 ...
《Effective C#》读书笔记——条目10:使用可选参数减少方法重载的数量<C#语言习惯>
C#4.0 引入了具名参数(MSDN翻译为“命名实参”，个人认为具名参数更形象，可选参数亦是)和可选参数(可选实参)。客户端代码使用具名参数意味着：方法中的参数名称也成为了公有接口的一部分。假如修改公有参数的名称将有可能破坏调用者的代码。这意味着：调用者应该尽可能的避免使用具名参数 ...
《Effective C#》读书笔记——条目15:使用using和try/finally清理资源<.NET资源管理>
在.NET环境中，非托管系统资源由开发人员来负责释放，且非托管系统资源必须显式的使用IDisposable接口的Dispose()来释放(详见：了解.NET内存管理机制)。所有封装或使用了非托管资源的类型都实现了IDisposable接口。同时这些类也在终结器中调用Dispose()，保证 ...
《Effective C#》读书笔记——条目6:理解几个等同性判断之间的关系<C#语言习惯>
创建自定义的类型时(无论是类还是struct)，应为类型定义”同等性“的含义。在C#中为我们提供了四种不同的函数来判断两个对象是否”相等“: 引用相等和值相等 C#允许我们创建两种类型:值类型和引用类型。如果两个引用类型的变量指向的是同一个对象，它们将被认为是“引用相等 ...
《Effective C#》读书笔记——条目11:理解短小方法的优势<C#语言习惯>
在应用程序开发过程中，开发者都力求写出更加高效的代码。但是当你想手工为C#编译器优化代码时，你的种种优化可能反倒会阻碍JIT进行更加高效的优化。因此，我们最好尽可能的写出最清晰的代码，将优化工作交给JIT编译器去完成。 在.NET平台下开发程序的开发者都应该知道：.NET运行时将调用 ...
《Effective C#》读书笔记——条目14:尽量减少重复的初始化逻辑<.NET资源管理>
当中，以支持在类接口上定义的多个重写构造函数.其实我们不应该这样做，当发现多个构造函数包含类似的逻辑时，我们可以 ...
《Effective C#》读书笔记——条目16:避免创建非必要的对象<.NET资源管理>
我们知道：C#是一门虚拟机语言，C#编译器首先将C#代码编译成IL代码，运行程序时CLR(Common Language Runtime，公共语言运行时)通过调用JIT(just-in-time Compiler，即时编译器)来将IL代动态即时编译成可执行的机器码。GC(Garbage ...