[第二章][.NET设计规范]
第二章,框架设计基础。
1. Alan Kay说过“简单的东西应该是简单的,复杂的东西应该是可能的”
2. 80/20规则,20%是重要的,80%是不重要的
3. 框架设计基于场景驱动,与基于测试驱动开发(TDD)相似。后者更为重量级一些。
4. System.IO的设计可用性不高-_- 我也这么觉得
5. 概括起来,BinaryReader和TextReader这两个类是根据它们产生的数据类型来命名的,它们产生的数据的源是隐式的规定的。另外两个类StringReader和StreamReader却是根据它们的数据源来命名的,数据的类型是隐式的规定的。
6.为变量选择一个合适的标识符是框架设计师必须做的最重要的设计选择之一。
7. 通过异常告诉开发人员对框架的误用。如:
EventLog log = new EventLog();
log.WriteEntry("Hello World");
此时应抛出一条异常消息“在写入事件日志前没有设置Source属性”
1. Alan Kay说过“简单的东西应该是简单的,复杂的东西应该是可能的”
2. 80/20规则,20%是重要的,80%是不重要的
3. 框架设计基于场景驱动,与基于测试驱动开发(TDD)相似。后者更为重量级一些。
4. System.IO的设计可用性不高-_- 我也这么觉得
5. 概括起来,BinaryReader和TextReader这两个类是根据它们产生的数据类型来命名的,它们产生的数据的源是隐式的规定的。另外两个类StringReader和StreamReader却是根据它们的数据源来命名的,数据的类型是隐式的规定的。
6.为变量选择一个合适的标识符是框架设计师必须做的最重要的设计选择之一。
7. 通过异常告诉开发人员对框架的误用。如:
EventLog log = new EventLog();
log.WriteEntry("Hello World");
此时应抛出一条异常消息“在写入事件日志前没有设置Source属性”