提高C#编程水平的50个要点
提高C#编程水平的50个要点
1.总是用属性 (Property) 来代替可访问的数据成员
2.在readonly和const之间，优先使用readonly
3.在as和强制类型转换之间，优先使用as操作符
4.使用条件属性 (Conditional Attributes) 来代替条件编译语句#if
5.总是为自定义类重载ToString方法
6.区别值类型和引用类型
7.使用不可变的值类型(Immutable Atomic Value Types)
8.在值类型中，确保0是一个合法的数据
9.理解ReferenceEquals,static Equals, instance Equals和
比较运算符(==)之间的关系
10.理解GetHashCode方法的缺陷
11.在编写循环时，优先使用foreach.
12.在定义变量的时候就将其初始化
13.使用静态构造函数来初始化静态成员变量
14.用多个构造函数时，利用构造函数链
15.使用using和try/finally来处理资源的释放
16.尽量避免产生资源垃圾
17.尽量避免使用装箱(boxing)和拆箱(unboxing)
18.实现类的Dispose方法
19.在接口和继承(Inheritance)之间，优先使用接口(interface)
20.区分接口和重载(overrides)
21.用委托(delegate)来实现回调(callback)
22.用事件(event)来定义外部接口
23.避免返回类内部成员的引用
24.使用元数据来控制程序
25.优先使用可序列化(serilizable)类型
26.对需要排序的对象实现IComparable和IComparer接口
27.避免使用ICloneable接口
28.避免使用类型转换操作符
29.只有当基类加入了与派生类中现有的函数名称相同的函数时，才需要使用new操作符
30.尽量使用CLS-Compliant
31.尽量编写短少，简单的函数
32.尽量编写比较小的程序集(assembly)
33.限定类型的可见性(visibility)
34.编写大粒度的 web API
35.在使用事件时，优先继承基类事件，而不是重新创建一个事件
36.多使用 framework 的运行时调试 (DEBUG, TRACE, EVENTLOG等)
37.使用.net标准的配置机制
38.使用并且在类中支持.net的数据绑定功能 (Data Binding)
39.使用.net的验证机制 (Validation)
40.根据你的需求选择正确的集合类(Collection)
41.在自定义结构中使用DataSet
42.利用属性(Attributes)
43.不要过度使用反射(Reflection)
44.创建完整的，应用程序特定的异常
45.尽可能多的考虑程序可能出现的异常，并作出处理
46.尽可能少的使用Interop
47.尽量使用安全代码 (safe code)
48.多多学习、使用外部工具和资源
49.准备使用 C# 2.0
50.学习 ECMA 标准
DataSet是用来做连接sql的一种方法,意思是把数据库的副本存在应用程序里,应用程序开始运行时,把数据库相关数据保存到DataSet. DataTable表示内存中数据的一个表.常和DefaultView使用获取可能包括筛选视图或游标位置的表的自定义视图。
DataReader对象是用来读取数据库的最简单方式,它只能读取,不能写入,并且是从头至尾往下读的,无法只读某条数据,但它占用内存小,速度快
DataAdapter对象是用来读取数据库.可读取写入数据,某条数据超着强,但它占用内存比dataReader大,速度慢
dataset表示一个数据集，是数据在内存中的缓存。可以包括多个表DatSet 连接数据库时是非面向连接的。把表全部读到Sql中的缓冲池，并断开于数据库的连接
datareader 连接数据库时是面向连接的。读表时，只能向前读取，读完数据后有用户决定是否断开连接。
分布式系统的数据可能会用dataset做数据载体，因为dataset是保存数据的数据结构，而DataReader不承担保存数据的责任，它只负责从数据源读取数据到本地而已，它不是数据结构，而是网络通讯组件的高层封装。DataAdapter也只是使用DataReader从数据源读取数据并Add到dataset保存起来而已。假如我们单独使用DataReader也可以把数据写入到业务类或者dataset里。那只是根据业务需要而选择不同的数据载体而已。实际上我们从数据库获得数据都会通过DataReader，只不过DataAdapter把这一切都封装起来了
dataset 和datareader对象有什么区别？
DataSet可以离线处理，前后滚动.DataReader不能离线处理，且是只读的向前的，不过速度明显会很快DataSet可以存储数据库各种对象的，比如表触发器等，而DataReader只能存储游标记录
DataSet可以更新回原来的数据库，DataReader不行；
DataSet可以FORWORD PREVIUS，而DataReader只能FW；DataReader类似一个只能向前的游标记录集
DataSet叫数据集！是https://www.360docs.net/doc/1e7762342.html,相对与ADO实现断开式数据库连接性的主要体现！DateReader是一个客户端的只向前游标，两者的应用领域不同！读取数据后！如果要进行比较频繁的改动，可以使用DataSet，并且DataSet也支持串行化，可与xslt结合！进行web开发！DataReader则偏向于快速读取数据！针对数据量比较大的数据可能应
用的更加频繁点！<[三]>https://www.360docs.net/doc/1e7762342.html,提供以下两个对象，用于检索关系数据并将其存储在内存中：DataSet和DataReader。DataSet提供一个内存中数据的关系表示形式，一整套包括一些表在内的数据（这些表包含数据、对数据进行排序并约束数据），以及表之间的关系。DataReader提供一个来自数据库的快速、仅向前、只读数据流。
当使用DataSet时，经常会利用DataAdapter（也可能是CommandBuilder）与数据源进行交互。当使用DataSet时，也可以利用DataView对DataSet中的数据应用排序和筛选。也可以从DataSet 继承，创建强类型DataSet，用于将表、行和列作为强类型对象属性公开。
下列主题包括的信息涉及：使用DataSet或DataReader的最佳时机、如何优化访问它们所包含数据、以及如何优化使用DataAdapter（包括CommandBuilder）和DataView的技巧。
DataSet与DataReader
当设计应用程序时，要考虑应用程序所需功能的等级，以确定使用DataSet或者是DataReader。
要通过应用程序执行以下操作，就要使用DataSet：
r 在结果的多个离散表之间进行导航。
r 操作来自多个数据源（例如，来自多个数据库、一个XML文件和一个电子表格的混合数据）的数据。
r 在各层之间交换数据或使用XML Web服务。与DataReader不同的
是，DataSet能传递给远程客户端。
r 重用同样的记录集合，以便通过缓存获得性能改善（例如排序、搜索或筛选数据）。
r 每条记录都需要执行大量处理。对使用DataReader返回的每一行进行扩展处理会延长服务于DataReader的连接的必要时间，这影响了性能。
r 使用XML操作对数据进行操作，例如可扩展样式表语言转换（XSLT转换）或XPath查询。
对于下列情况，要在应用程序中使用DataReader：
r 不需要缓存数据。
r 要处理的结果集太大，内存中放不下。
r 一旦需要以仅向前、只读方式快速访问数据。
注填充DataSet时，DataAdapter使用DataReader。因此，使用DataAdapter取代DataSet提升的性能表现为节省了DataSet占用内存和填充DataSet需要的循环。一般来说，此性能提升只是象征性的，因此，设计决策应以所需功能为基础。<[四]>
经常听到有人问这个问题：“在https://www.360docs.net/doc/1e7762342.html, Web应用程序中我应该用DataReader类还是DataSet类呢？”在很多文章以及新闻组的贴子中我经常看到这样的误解，即认为DataReader（SqlDataReader或OleDbDataReader的缩写）比DataSet好。有时候我也会看到相反的
说法。事实上，Microsoft创建了这两个数据存取类是因为它们都是我们所需要的。每个类都有其优点和不足，你可以根据应用环境来选择用哪一个。
本文就两者的选择问题做了很清楚的讲述，可以让你在运用https://www.360docs.net/doc/1e7762342.html, 时，在选择DataReader类或DataSet类的方面得到一些指南。在基于客户端的Windows Form应用程序环境下，这些规则可能会改变。我在做这些讲述时，假设你已经用过DataReader和DataSet类了，并对它们很熟悉。
运用DataReader类
下面就是运用DataReader类的理想条件：你读取的数据必须是新的，所以在每次需要数据的时候，你都必须从数据库读取。创建一个DataReader类不会消耗很多内存，不过随着负荷的增加，DataSet上的性能也会很快地提高（参考资源中Visual Studio Magazine中的文章）。
你对每行数据的需求很简单。该情况的最好的例子就是简单地将DataReader绑定到一个Web控件，如DataGrid或DropDownList。
你只需要从数据库中以只向前的(forward-only) 、只读的形式来存取XML数据。在这种情况下，你可以用SQLCommand对象的ExcecuteXmlReader()方法来得到一个XmlReader类（相当于XML版的DataReader）。这就需要一个运用FOR XML子句的SQL Server查询，或者一个包含有效XML的ntext字段。
你计划对数据库进行几个重复的调用，来读取一小块信息。在这种情
况下，我们前面提到过的性能数据会有更大的提高。
的确，使DataSet类更强大的许多功能只适用于基于客户端的Windows Form应用程序，比如在多个表之间建立关系的功能。在很多情况下，DataSet类都比DataReader类更有优势，而且在有些情况下，你根本就不能用DataReader类。
运用DataSet类
在下面的情况，你应该考虑运用DataSet类：你构建了一个Web service，它运用的数据是你作为返回值读取的数据。因为DataReader 类必须保持到数据库的连接，所以它们不能被序列化到XML中，也不能被发送给一个Web service的调用者。
你需要排序或筛选数据。在运用一个DataView对象（呈现为DataTable 类的DefaultView属性，它包含一个DataSet类）来排序或筛选数据前，我们先试着用SQL查询（如WHERE和ORDER BY语句）来实现这些功能，并运用更轻量级、更快的DataReader类。然而，有时侯用这种方法是不行的，或者当你需要多次地对数据进行排序或筛选时就不能用DataReader。
针对同一请求，你需要多次遍历数据。你只能在DataReader中循环一次。如果你想将多个ServerControl类绑定到同一个数据集，那么选择DataSet就更好。DataReader类不能被绑定到多个ServerControl 类，因为它是只向前读取的。在这种情况下，如果要使用DataReader，必须从数据库读取两次数据。
你需要存储数据，而后续的页面请求可能会用到的这些数据。如果数据只被请求它的专门的人使用，你可以将DataSet类保存在一个Session变量中。如果数据可以被任何人访问，那么你可以将它保存在一个Application变量中，或保存在Cache中（我建议使用后一种方法，因为它支持时间期限和回调（callback））。因为DataReader类必须一直打开对数据库的连接，而且它一次只能保存一行数据，所以它们不能在跨页面请求中被保存。
你需要对一个结果集的每个元素实现特殊的、耗时的功能。例如，如果你从一个数据库读取一列邮政编码，并想通过调用一个Web service 来得到每个地区的详细的天气状况信息，那么选择DataSet就会更好。这是因为，当你在用DataReader类时，在关闭DataReader类前，与数据库的连接不会被释放回连接池。在数千页面请求之间潜在的一个很小的延时都会造成Web应用程序的很高的访问量，从而就会消耗完可用的连接。相反，DataSet可以在前端读取所有的数据，并可以马上关闭与数据库的连接，将它返回到连接池，因此其它的页面请求就可以用这个连接了。
你需要在一个两维范例中加载并处理XML数据。DataSet类对于XML 很有用，因为你可以将DataView用于XML，对根本的数据进行排序和筛选，就同处理一个数据库结果集一样。然而，需要注意的是在System.Xml名字空间中有很多类，你可以将它们用于更复杂的XML 操作。
你的数据源不是一个数据库。虽然OleDbDataReader可以用于任何
OLEDB数据提供者（可能指向一个数据库，也可能不指向一个数据库），但DataSet对象可以从一个XML文件直接加载数据，并动态地解释它的schema。DataSet类也可以将XML数据写回一个数据流或一个文件。
从上面的讲述我们就可以看到，DataSet类比DataReader类有更多的功能，这就可以让你在更多的情况下运用它们。但这并不意味着你总是在用DataSet类。你需要在https://www.360docs.net/doc/1e7762342.html,中完成的相当大一部分的任务都属于DataReader的范畴。
尽管如此，毫无疑问，从重要程度或复杂程度的角度来说，DataSet 类在很多https://www.360docs.net/doc/1e7762342.html, Web应用程序中都起着很重要的作用。你可以通过明智的缓存来最小化数据库往返，从而降低DataSet类的“性能损害”。DataReader和DataSet都是一个成功的https://www.360docs.net/doc/1e7762342.html, Web应用程序的重要的部件。重要的是，我们需要了解何时、在哪里可以最好的使用它们。