委托与事件学习笔记1---什么是委托？
摘要: 女儿想吃棒冰了，但又不想自己顶着太阳出去买（买棒冰是一个method），所以她叫他倒霉的老爸去买(delegate)，最后女儿吃到了棒冰。
这就是一个委托的过程。
接下去，让我们看看一些对委托的解释：
委托是用来处理其他语言（如 C++、Pascal 和 Modula）需用函数指针来处理的情况的。不过与 C++ 函数指针不同，委托是完全面对对象的；另外，C++ 指针仅指向成员函数，而委托同时封装了对象实例和方法。
委托实例的一个有趣且有用的属性是：它不知道也不关心它所封装的方法所属的类；它所关心的仅限于这些方法必须与委托的类型兼容（第 15.1 节）。这使委托非常适合于“匿名”调用。——《C#语言规范》Scott Wiltamuth 和 Anders Hejlsberg
这些解释看起来都是比较艰涩难懂的，让我们用一个例子来充分理解一个简单的委托吧。
阅读全文摘要: 本章主要讲解NUnit的几个Attribute（特性）的用法。
Imports NUnit.Framework
《TestFixture()》 _
Public Class Class1Test
Public Sub New()
End Sub
End Class
上面代码中的
就是一个特性(C#中使用[TestFixture]),这个特性告诉NUnit：
这个类包含了测试代码,你需要给我看一下。然后NUnit就到这个类里面去看看是否有需要他出马的机会。
阅读全文摘要: 一个简单的异常处理方法，是把异常信息按日期储存到xml日志文件中，方便分析。
主要实现的功能是：
1，根据日期创建xml日志文件，如2006-04-26log.xml
2，把每一个异常信息，包括一些环境信息储存到xml日志中
3，对外显示一个友好的错误信息
在一下小软件上还是有一些帮助的，尤其对于bug返回很有帮助，对方只要把xml文件反馈，我们就可以根据xml上的异常信息来修复一些bug
让我们先看看日志的效果，以下是实际产生的xml日志内容：
阅读全文摘要: 这篇学习笔记主要解释一下“NUnit学习笔记1”中举的例子，说明一下NUnit的主要用法。
阅读全文摘要: 最近一段时间在研究单元测试，先记录一下学习记录吧。
首先，单元测试的目的，我觉得最主要有以下几点：
1，可以保证code实现的功能和我们期望的一致。
2，当我们增加了新的功能时，常常会破坏原有的代码而不自知，n久之后，突然发现某诡异bug，需要花费很久才能查出来。而有了单元测试，每当你添加新功能，以及新功能的单元测试代码之后，运行一下这个工程的单元测试，马上就能看到你的新功能是否破坏了你的原有功能。
当然，前提是单元测试写的够完整。
3，通过单元测试，可以找到很多不易发现的bug，比如边界条件错误等。这会使得我们的程序更加健壮。
4，对原有代码编写单元测试，常常会发现原有代码由于耦合度过高，不容易测试，这时候，通过令代码更加容易测试而去改善代码得设计。测试驱动重构？汗。。。。。
阅读全文摘要: 公司同事整理的文章。觉得挺实用的，转贴一下。
在我们的应用中，可能会遇到这样的情况：
在进行数据检索时，需要进行整形的处理(中间空格的处理不在此次讨论范围内,REPLACE函数即可处理），
1． 大、小写不敏感；
2． 全角、半角不敏感。
以生徒检索为例，假设需要根据生徒的氏名去数据库中检索匹配的生徒。并且假设数据库中存在一个全角半角、大小写混杂的生徒名为“ ”，要求氏名检索时需要进行整形的处理。但是，SQL Server中并没有现成的函数可以进行全角/半角的转换，那么如何处理呢？有一个方法是不在SQL Server中根据氏名作为条件进行匹配。而是首先将生徒检索出后，在BR层做整形处理进行氏名的匹配。显然，这不是一个好的解决办法，效率上就存在着极大的问题。
有没有办法利用SQL Server中处理这个问题呢？答案是肯定的。解决办法就是运用SQL Server的排序规则来处理。
SQL Server的排序规则由这样几部分组成：代码页、区分大小写、区分重音、区分宽度。
最后一个在SQL Server的联机帮助
阅读全文
