C#事件(event)解析
事件(event)，这个词儿对于初学者来说，往往总是显得有些神秘，不易弄懂。而这些东西却往往又是编程中常用且非常重要的东西。大家都知道windows消息处理机制的重要，其实C#事件就是基于windows消息处理机制的，只是封装的更好，让开发者无须知道底层的消息处理机制，就可以开发出强大的基于事件的应用程序来。
先来看看事件编程有哪些好处。
在以往我们编写这类程序中，往往采用等待机制，为了等待某件事情的发生，需要不断地检测某些判断变量，而引入事件编程后，大大简化了这种过程：
- 使用事件，可以很方便地确定程序执行顺序。
- 当事件驱动程序等待事件时，它不占用很多资源。事件驱动程序与过程式程序最大的不同就在于，程序不再不停地检查输入设备，而是呆着不动，等待消息的到来,每个输入的消息会被排进队列，等待程序处理它。如果没有消息在等待，则程序会把控制交回给操作系统，以运行其他程序。
- 事件简化了编程。操作系统只是简单地将消息传送给对象，由对象的事件驱动程序确定事件的处理方法。操作系统不必知道程序的内部工作机制，只是需要知道如何与对象进行对话，也就是如何传递消息。
有了这么多好处，看来我们的确有必要掌握它。俗话说：“难了不会，会了不难”。就让我们一步一步开始吧...
要讲事件，必然要讲到委托(delegate)。它们之间的关系可以通过一个浅显的比方来说明，这个比方可能不是十分恰当。比如你要租一个房屋，这是一个事件，那么委托就是房屋租赁中介，当你把租房子的消息告知中介后，中介就会产生出一套符合你要求的房屋租赁方案来。再由中介执行这套方案，你便租得了这个房屋，即事件被处理了。当然你也可以不通过中介，直接找房东，但如果没有互联网等工具，你如何得到谁出租房屋的信息？话题扯远了。
委托(delegate)
委托可以理解成为函数指针，不同的是委托是面向对象，而且是类型安全的。关于委托的理解，可以参考我的另一篇文章《C#委托之个人理解》。
事件(event)
我们可以把事件编程简单地分成两个部分：事件发生的类（书面上叫事件发生器）和事件接收处理的类。事件发生的类就是说在这个类中触发了一个事�
相关文档：
原先一直用BinaryFormatter来序列化挺好，可是最近发现在WinCE下是没有办法进行BinaryFormatter操作，很不爽，只能改成了BinaryWriter和BinaryReader来读写，突然想到能不能用XML来序列化？于是在网上查了些资料便写了些实践性代码，做些记录，避免以后忘记。
序列化对象
public class People
......
public class yzzSerialize
{
private yzzSerialize()
{ }
private static yzzCache cache = new yzzCache();
public static T GetfromXml<T>(string xmlpath, T t)
{
using (FileStream fs = new FileStream(xmlpath, FileMode.Open, FileAcces ......
先贴代码
using System;
using System.Collections.Generic;
using System.Linq;
using System.Text;
namespace Ref_and_Out_test
{
class Program
{
static void Main(string[] args)
& ......
这两个在一般情况下是相等的，但是系统处理机制上却有所不同。
""会在内存里划一块长度为0的存储空间，而String.Empty内存并不为它分配空间，所以无论性能还是速度上String.Empty都优于""。
曾经看过一篇判断字符串空值的性能文章，老外写的国人翻译，文章大意 ......
使用 PlaySound 在移动设备上播放声音文件。此代码使用 System.Runtime.InteropServices
调用 Compact Framework 的 CoreDll.DLL 的 PlaySound 方法
关于播放实现：
//播放标志
private enum Flags
{
&n ......
