//中文转为UNICODE字符 string str = "木子屋-http://www.mzwu.com/"; string outStr = ""; string tmp = ""; if (!string.IsNullOrEmpty(str)) { for (int i = 0; i < str.Length; i++) { //将中文字符转为10进制整数，然后转为16进制unicode字符 tmp = ((ushort)str).ToString("x"); if (tmp.Length <= 2) tmp = "00" + tmp;…
FileStream类主要是操作字节和字节数组，它提供了在文件中读写字节的方法，因而可用它来处理任何数据文件，而不仅仅是文本文件。这种灵活性的代价是，不能使用FileStream类将数据直接读入字符串或将字符串直接写入文件，平时我们更常用StreamWriter和StreamReader来完成文件的读取功能。但是有些操作，比如随机文件访问(访问文件中间某点的数据)，还是必须由FileStream对象执行。
值类型是数据的容器，它们不具备多态性。另一方面就是说，.Net框架被设计成单一继承的引用类型，System.Object，在整个继承关系中做为根对象存在。设计这两种类型的目的是截然不同的，.Net框架使用了装箱与拆箱来链接两种不同类型的数据。装箱是把一个值类型数据放置在一个无类型的引用对象上，从而使一个值类型在须要时可以当成引用类型来使用。拆箱则是额外的从“箱”上拷贝一份值类型数据。装箱和拆箱可以让你在须要使用System.Object对象的地方使用值类型数据。但装箱与拆箱操作却是性能的强盗，在些时候装箱与拆箱会产生一些临时对象，它会导致程序存在一些隐藏的BUG。应该尽可能的避免使用装箱与拆箱。 装箱可以把一个值类型数据转化成一个引用类型，一个新的引用对象在堆上创建，它就是这个“箱子”，值类型的数据就在这个引用类型中存储了一份拷贝。参见图2.3，演示了装箱的对象是如何访问和存储的。箱子中包含一份这个值类型对象的拷贝，并且复制实现了已经装箱对象的接口。当你想从这个箱子中取回任何内容时，一个值类型数据的拷贝会被创建并返回。这就是装箱与拆箱的关键性概念：对象的一个拷贝存放到箱子中，而不管何时你再访问这个箱子时，另一个拷贝又会被创建。 图2.3，值类型数据在箱子中。把一个值类型数据转化成一个System.Object的引用，一个无名的引用类型会被创建。值类型的数据就存储在这个无名的引用对象中，所有的访问方法都要通过这个箱子才能到达值类型数据存储的地方。…
垃圾回收器对内存管理表现的非常出色，并且它以非常高效的方法移除不再使用的对象。但不管你怎样看它，申请和释放一个基于堆内存的对象总比申请和释放一个不基于堆内存的对象要花上更多的处理器时间。你可以给出一些严重的性能问题，例如应用程序在某个方法内分配过量的引用对象。 你不应该让垃圾回收器超负荷的工作，为了程序的效率，你可以使用一些简单的技巧来减少垃圾回收器的工作。所有的引用类型，即使是局部变量，都是在堆上分配的。所有引用类型的局部变量在函数退出后马上成为垃圾，一个最常见的“垃圾”做法就是申请一个Windows的画图句柄： OnPaint()函数的调用很频繁的，每次调用它的时候，都会生成另一个Font对象，而实际上它是完全一样的内容。垃圾回收器每次都须要清理这些对象。这将是难以置信的低效。…
使用非托管资源的类型必须实现IDisposable接口的Dispose()方法来精确的释放系统资源。.Net环境的这一规则使得释放资源代码的职责是类型的使用者，而不是类型或系统。因此，任何时候你在使用一个有Dispose()方法的类型时，你就有责任来调用Dispose()方法来释放资源。最好的方法来保证Dispose()被调用的结构是使用using语句或者try/finally块。 所有包含非托管资源的类型应该实现IDisposable接口，另外，当你忘记恰当的处理这些类型时，它们会被动的创建析构函数。如果你忘记处理这些对象，那些非内存资源会在晚些时候，析构函数被确切调用时得到释放。这就使得这些对象在内存时待的时间更长，从而会使你的应用程序会因系统资源占用太多而速度下降。 幸运的是，C#语言的设计者精确的释放资源是一个常见的任务。他们添加了一个关键字来使这变得简单了。…
写构造函数是一个反复的工作。很多开发人员都是先写一个构造函数，然后复制粘贴到其它的构造函数里，以此来满足类的一些重载接口。希望你不是这样做的，如果是的，就此停止吧。有经验的C++程序可能会用一个辅助的私有方法，把常用的算法放在里面来构造对象。也请停止吧。当你发现多重构造函数包含相同的逻辑时，取而代之的是把这些逻辑放在一个常用的构造函数里。你可以得避免代码的重复的好处，并且构造函数初始化比对象的其它代码执行起来更高效。C#编译器把构造函数的初始化识别为特殊的语法，并且移除预置方法中重复的变量和重复的基类构造函数。结果就是这样的，你的对象最终执行最少的代码来合理的初始化对象。你同样可以写最少的代码来把负责委托给一个常用的构造函数。构造函数的预置方法充许一个构造函数调用另一个构造函数。这是一个简单的例子： C#不支持带默认值的参数，C++是很好的解决这个问题的(译注：C++可以让参数有默认的值，从而有效的减少函数的重载)。你必须重写每一个特殊的构造函数。对于这样的构造函数，就意味着大量的代码重复工作。可以使用构造函数链来取代常规的方法。下面就是一些常规的低效率的构造函数逻辑： 这个版本看上去是一样的，但生成的效率远不及对象的其它代码。为了你的利益，编译器为构造函数添加了一些代码。添加了一些代码来初始化所有的变量(参见原则12)。它还调用了基类的构造函数。当你自己写一些有效的函数时，编译器就不会添加这些重复的代码了。第二个版本的IL代码和下面写的是一样的：…
使用SqlDataSource控件删除记录出错，提示： 您已指定 删除 命令比较 SqlDataSource“SqlDataSource1”的所有值，但为 values 传入的字典是空的。请为 删除 传入有效的字典或将模式更改为 OverwriteChanges。 解决方法：在配置数据源时，在高级 SQL 生成选项中，不钩选"使用开放式并发"。 Default.aspx： Default.aspx.cs：
(译注：initializer在上文中译为了“初始化器”，实在不好听，本文中全部改译为：“预置方法”) 你应该知道，在一个类型的任何实例初始化以前，你应该初始化它的静态成员变量。在C#里你可以使用静态的预置方法和静态构造函数来实现这个目的。一个类的静态构造函数是一个与众不同的，它在所有的方法，变量或者属性访问前被执行。你可以用这个函数来初始化静态成员变量，强制使用单件模式，或者实现其它任何在类型的实例可用前应该完成的工作。你不能用任何的实例构造函数，其它特殊的私有函数， 或者任何其它习惯方法来初始化一个 变量(译注：编译器就不让你这样做，所以你不用担心这样的问题)。 和实例的预置方法一样，你可以把静态的预置方法做为静态构造函数可替代的选择。如果须要简单的分配一个静态成员，就直接使用初始化语法。当你有更复杂的逻辑来初始化静态成员变量时，就创建一个静态构造函数：…
(译注：根据我个人对文章的理解，我把initializer译为：初始化器，它是指初始化语法，也就是在一个类里声明变量的同时，直接创建实例值的方法。 例：object m_o = new object();如果这段代码不在任何函数内，但在一个类里，它就是一个初始化器，而不管你是把它放在类的开始还以结尾。) 一些类经常不只一个构造函数。时间一长，就难得让它的成员变量以及构造函数进行同步了。最好的确保这样的事不会发生的方法就是：在声明的时候就直接初始化，而不是在每个构造函数内进行赋值。而且你应该使用初始化器语法同时为静态的和实例的变量进行初始化。 在C#里，当你声明一个变量时就自然的构造了这个成员变量。直接赋值：…
要让IIS支持Python编写的脚本，前提是得在IIS上安装Python脚本引擎，这边建议安装ActivePython 2.6.2，它是一个不错的Python开发IDE，安装ActivePython时会自动在IIS安装Python脚本引擎。 下边是用Python编写的一个ASP页面： Rectangle.py： 说明：Rectangle.py必须放在sys.path其中一个路径中，否则程序运行会出错，提示：ImportError: No module named Rectangle！