Q3：维护数据库的完整性、一致性、你喜欢用触发器还是自写业务逻辑？为什么
Q4：ADO。NET相对于ADO等主要有什么改进？
Q5：ASP。NET与ASP相比，主要有哪些进步？
Q6：C#中的委托是什么？事件是不是一种委托？
Q7：描述一下C#中索引器的实现过程，是否只能根据数字进行索引？
Q8：C#中要使一个类支持FOREACH遍历，实现过程怎样？
參考答案:Q3、
尽可能用约束（包括CHECK、主键、唯一键、外键、非空字段）实现，这种方式的效率最好；其次用触发器，这种方式可以保证无论何种业务系统访问数据库都能维持数据库的完整性、一致性；最后再考虑用自写业务逻辑实现，但这种方式效率最低、编程最复杂，当为下下之策。
Q4、
我个人认为，ADO.NET与ADO相比，优势在于提供了数据集和数据适配器，有利于实现分布式处理，降低了对数据库服务器资源的消耗。
Q5、
坦率的说，我不喜欢ASP.NET。也许，开始许多人会喜欢MS提供的那么一大堆的服务器控件，但真的碰上了复杂的界面，那么这些服务器控件很可能成为“鸡肋”。如果一个程序员没有真正理解MS封装在服务器控件后面的实现机制，这些东西很容易被滥用，成为麻烦的来源。
如果一定要说ASP.NET比ASP进步，还是有的：在形式上实现了面向对象编程；预编译的服务器端代码；更好的安全机制（那些ASPX文件的后台代码是以另外一个帐号运行的，与启动IIS的帐号不相同）等。
Q6、
委托本质上是一种“方法接口”，它相当于C/C++中的函数指针，当然它比函数指针安全，在C#中通常用于事件处理。与JAVA相比，可以避免使用大量小粒度的匿名类。（不过，也许微软就是使用类似于JAVA的匿名类实现委托的，只不过从字面上看起不是那么回事罢了，谁知道呢？）
事件不是委托，不过由于事件的性质决定了处理它的程序逻辑能访问的参数，因此，在C#中处理事件的逻辑都包装为委托（一种“方法接口”）。实际上，如果你处理自定义的事件，就像JAVA中那样用接口实现也是可以的，不过这么做在C#一般没有什么特别的好处。
Q7、Q8你参考一下MSDN，写一两个小程序试试，也就明白是怎么回事了。
祝你好运！
