不错呦！smile@林凯西，确保“准备文件”中的几个文件都有安装，S...您好，看了您这篇帖子觉得很有帮助。但是有个问题想请...我的修改过了怎么还被恶意注册呢 @jjjjiiii 用PJ快9年了，主要是A...PJ3啊，貌似很少有人用PJ了，现在不是WP就是z...@332347365，我当时接入时错误码没有-10...楼主，ChkValue值应为-103是什么意思呢？...大哥 你最近能看到我发的信息，请跟我联系，我有个制...
Effective C# 原则16：垃圾最小化
编辑:dnawo 日期:2009-08-01
垃圾回收器对内存管理表现的非常出色，并且它以非常高效的方法移除不再使用的对象。但不管你怎样看它，申请和释放一个基于堆内存的对象总比申请和释放一个不基于堆内存的对象要花上更多的处理器时间。你可以给出一些严重的性能问题，例如应用程序在某个方法内分配过量的引用对象。
你不应该让垃圾回收器超负荷的工作，为了程序的效率，你可以使用一些简单的技巧来减少垃圾回收器的工作。所有的引用类型，即使是局部变量，都是在堆上分配的。所有引用类型的局部变量在函数退出后马上成为垃圾，一个最常见的“垃圾”做法就是申请一个Windows的画图句柄：
你不应该让垃圾回收器超负荷的工作，为了程序的效率，你可以使用一些简单的技巧来减少垃圾回收器的工作。所有的引用类型，即使是局部变量，都是在堆上分配的。所有引用类型的局部变量在函数退出后马上成为垃圾，一个最常见的“垃圾”做法就是申请一个Windows的画图句柄：
复制内容到剪贴板
程序代码
程序代码protected override void OnPaint( PaintEventArgs e )
魔秀手机主题制作分析
编辑:dnawo 日期:2009-07-31
DataGridView添加右键菜单等技巧汇总
编辑:dnawo 日期:2009-07-31
Effective C# 原则15：使用using和try/finally来做资源清理
编辑:dnawo 日期:2009-07-31
使用非托管资源的类型必须实现IDisposable接口的Dispose()方法来精确的释放系统资源。.Net环境的这一规则使得释放资源代码的职责是类型的使用者，而不是类型或系统。因此，任何时候你在使用一个有Dispose()方法的类型时，你就有责任来调用Dispose()方法来释放资源。最好的方法来保证Dispose()被调用的结构是使用using语句或者try/finally块。
所有包含非托管资源的类型应该实现IDisposable接口，另外，当你忘记恰当的处理这些类型时，它们会被动的创建析构函数。如果你忘记处理这些对象，那些非内存资源会在晚些时候，析构函数被确切调用时得到释放。这就使得这些对象在内存时待的时间更长，从而会使你的应用程序会因系统资源占用太多而速度下降。
幸运的是，C#语言的设计者精确的释放资源是一个常见的任务。他们添加了一个关键字来使这变得简单了。
所有包含非托管资源的类型应该实现IDisposable接口，另外，当你忘记恰当的处理这些类型时，它们会被动的创建析构函数。如果你忘记处理这些对象，那些非内存资源会在晚些时候，析构函数被确切调用时得到释放。这就使得这些对象在内存时待的时间更长，从而会使你的应用程序会因系统资源占用太多而速度下降。
幸运的是，C#语言的设计者精确的释放资源是一个常见的任务。他们添加了一个关键字来使这变得简单了。
Effective C# 原则14：使用构造函数链
编辑:dnawo 日期:2009-07-30
写构造函数是一个反复的工作。很多开发人员都是先写一个构造函数，然后复制粘贴到其它的构造函数里，以此来满足类的一些重载接口。希望你不是这样做的，如果是的，就此停止吧。有经验的C++程序可能会用一个辅助的私有方法，把常用的算法放在里面来构造对象。也请停止吧。当你发现多重构造函数包含相同的逻辑时，取而代之的是把这些逻辑放在一个常用的构造函数里。你可以得避免代码的重复的好处，并且构造函数初始化比对象的其它代码执行起来更高效。C#编译器把构造函数的初始化识别为特殊的语法，并且移除预置方法中重复的变量和重复的基类构造函数。结果就是这样的，你的对象最终执行最少的代码来合理的初始化对象。你同样可以写最少的代码来把负责委托给一个常用的构造函数。构造函数的预置方法充许一个构造函数调用另一个构造函数。这是一个简单的例子：
复制内容到剪贴板 程序代码
程序代码public class MyClass
{
// collection of data
{
// collection of data
使用SqlDataSource控件删除记录出错一例
编辑:dnawo 日期:2009-07-30
Effective C# 原则13：用静态构造函数初始化类的静态成员
编辑:dnawo 日期:2009-07-29
(译注：initializer在上文中译为了“初始化器”，实在不好听，本文中全部改译为：“预置方法”)
你应该知道，在一个类型的任何实例初始化以前，你应该初始化它的静态成员变量。在C#里你可以使用静态的预置方法和静态构造函数来实现这个目的。一个类的静态构造函数是一个与众不同的，它在所有的方法，变量或者属性访问前被执行。你可以用这个函数来初始化静态成员变量，强制使用单件模式，或者实现其它任何在类型的实例可用前应该完成的工作。你不能用任何的实例构造函数，其它特殊的私有函数， 或者任何其它习惯方法来初始化一个 变量(译注：编译器就不让你这样做，所以你不用担心这样的问题)。
和实例的预置方法一样，你可以把静态的预置方法做为静态构造函数可替代的选择。如果须要简单的分配一个静态成员，就直接使用初始化语法。当你有更复杂的逻辑来初始化静态成员变量时，就创建一个静态构造函数：
你应该知道，在一个类型的任何实例初始化以前，你应该初始化它的静态成员变量。在C#里你可以使用静态的预置方法和静态构造函数来实现这个目的。一个类的静态构造函数是一个与众不同的，它在所有的方法，变量或者属性访问前被执行。你可以用这个函数来初始化静态成员变量，强制使用单件模式，或者实现其它任何在类型的实例可用前应该完成的工作。你不能用任何的实例构造函数，其它特殊的私有函数， 或者任何其它习惯方法来初始化一个 变量(译注：编译器就不让你这样做，所以你不用担心这样的问题)。
和实例的预置方法一样，你可以把静态的预置方法做为静态构造函数可替代的选择。如果须要简单的分配一个静态成员，就直接使用初始化语法。当你有更复杂的逻辑来初始化静态成员变量时，就创建一个静态构造函数：
Effective C# 原则12：选择变量初始化而不是赋值语句
编辑:dnawo 日期:2009-07-28
(译注：根据我个人对文章的理解，我把initializer译为：初始化器，它是指初始化语法，也就是在一个类里声明变量的同时，直接创建实例值的方法。
例：object m_o = new object();如果这段代码不在任何函数内，但在一个类里，它就是一个初始化器，而不管你是把它放在类的开始还以结尾。)
一些类经常不只一个构造函数。时间一长，就难得让它的成员变量以及构造函数进行同步了。最好的确保这样的事不会发生的方法就是：在声明的时候就直接初始化，而不是在每个构造函数内进行赋值。而且你应该使用初始化器语法同时为静态的和实例的变量进行初始化。
例：object m_o = new object();如果这段代码不在任何函数内，但在一个类里，它就是一个初始化器，而不管你是把它放在类的开始还以结尾。)
一些类经常不只一个构造函数。时间一长，就难得让它的成员变量以及构造函数进行同步了。最好的确保这样的事不会发生的方法就是：在声明的时候就直接初始化，而不是在每个构造函数内进行赋值。而且你应该使用初始化器语法同时为静态的和实例的变量进行初始化。
