不错呦！smile@林凯西，确保“准备文件”中的几个文件都有安装，S...您好，看了您这篇帖子觉得很有帮助。但是有个问题想请...我的修改过了怎么还被恶意注册呢 @jjjjiiii 用PJ快9年了，主要是A...PJ3啊，貌似很少有人用PJ了，现在不是WP就是z...@332347365，我当时接入时错误码没有-10...楼主，ChkValue值应为-103是什么意思呢？...大哥 你最近能看到我发的信息，请跟我联系，我有个制...
项目设计时不必所有东西设置得非常细
编辑:dnawo 日期:2009-05-05
VSS2005添加文件夹的两种方法
编辑:dnawo 日期:2009-05-05
索爱K750c联通上网设置
编辑:dnawo 日期:2009-05-04
中国移动和中国联通的上网设置(通用)
编辑:dnawo 日期:2009-05-04
.NET控件名称缩写一览表
编辑:dnawo 日期:2009-05-04
使用 BackgroundWorker 进行多线程编程
编辑:dnawo 日期:2009-05-04
在WinForm开发过程中，如果没有采用多线程编程，经常会出现在执行某个操作时整个界面卡死，无法再做其他操作，而采用多线程编程能很好的解决这个问题，但随之而来的又有线程间控件的操作问题(.NET不允许在创建某控件之外其他线程中操作控件)，下边我们用一个例子说明怎么使用BackgroundWorker解决这一系列的问题：
复制内容到剪贴板
程序代码
程序代码//using System.ComponentModel;
private void Form1_Load(object sender, EventArgs e)
{
private void Form1_Load(object sender, EventArgs e)
{
Effective C# 原则4：用条件属性而不是#if预编译块
编辑:dnawo 日期:2009-04-28
使用#if/#endif 块可以在同样源码上生成不同的编译(结果)，大多数debug和release两个版本。但它们决不是我们喜欢用的工具。由于#if/#endif很容易被滥用，使得编写的代码难于理解且更难于调试。程序语言设计者有责任提供更好的工具，用于生成在不同运行环境下的机器代码。C#就提供了条件属性(Conditional attribute)来识别哪些方法可以根据环境设置来判断是否应该被调用。
(译注：属性在C#里有两个单词，一个是property另一个是attribute，它们有不是的意思，但译为中文时一般都是译为了属性。property是指一个对象的性质，也就是Item1里说的属性。而这里的attribute指的是.net为特殊的类，方法或者property附加的属性。可以在MSDN里查找attribute取得更多的帮助，总之要注意：attribute与property的意思是完全不一样的。)
这个方法比条件编译#if/#endif更加清晰明白。编译器可以识别Conditional属性，所以当条件属性被应用时，编译器可以很出色的完成工作。条件属性是在方法上使用的，所以这就使用你必须把不同条件下使用的代码要写到不同的方法里去。当你要为不同的条件生成不同的代码时，请使用条件属性而不是#if/#endif块。
(译注：属性在C#里有两个单词，一个是property另一个是attribute，它们有不是的意思，但译为中文时一般都是译为了属性。property是指一个对象的性质，也就是Item1里说的属性。而这里的attribute指的是.net为特殊的类，方法或者property附加的属性。可以在MSDN里查找attribute取得更多的帮助，总之要注意：attribute与property的意思是完全不一样的。)
这个方法比条件编译#if/#endif更加清晰明白。编译器可以识别Conditional属性，所以当条件属性被应用时，编译器可以很出色的完成工作。条件属性是在方法上使用的，所以这就使用你必须把不同条件下使用的代码要写到不同的方法里去。当你要为不同的条件生成不同的代码时，请使用条件属性而不是#if/#endif块。
Effective C# 原则3：选择is或者as操作符而不是做强制类型转换
编辑:dnawo 日期:2009-04-28
C#是一个强数据类型语言。好的编程实践意味着当可以避免从一种数据类型强制转化为另种数据类型时，我们应该尽我们的所能来避免它。但在某些时候，运行时类型检测是不可避免的。在C#里，大多数时候你要为调用函数的参数使用System.Object类型，因为Framwork已经为我们定义了函数的原型。你很可能要试图把那些类型进行向下转化为其它类型的接口或者类。你有两个选择：用as运算符，或者，采用旧式的C风格，强制转换。(不管是哪一种，)你还必须对变量进行保护：你可以试着用is进行转换，然而再用as进行转换或者强制转换。
无论何时，正确的选择是用as运算符进行类型转换。因为比起盲目的强制转换它更安全，而且在运行时效率更高。用as和is运算符进行转换时，并不是对所有的用户定义的类型都能完成的。它们只在运行时类型和目标类型匹配的时候，转换才能成功。它们决不会构造一个新的对象来满足(转化)要求。
看一个例子。你写了一段代码，要转换一个任意类型的对象实例到一个MyType类型的实例。你是这样写代码的：
无论何时，正确的选择是用as运算符进行类型转换。因为比起盲目的强制转换它更安全，而且在运行时效率更高。用as和is运算符进行转换时，并不是对所有的用户定义的类型都能完成的。它们只在运行时类型和目标类型匹配的时候，转换才能成功。它们决不会构造一个新的对象来满足(转化)要求。
看一个例子。你写了一段代码，要转换一个任意类型的对象实例到一个MyType类型的实例。你是这样写代码的：
Effective C# 原则2：为你的常量选择readonly而不是const
编辑:dnawo 日期:2009-04-28
对于常量，C#里有两个不同的版本：运行时常量和编译时常量。
因为他们有不同的表现行为，所以当你使用不当时，将会损伤程序性能或者出现错误。
两害相权取其轻，当我们不得不选择一个的时候，我们宁可选择一个运行慢一点但正确的那一个，而不是运行快一点但有错误的那个。基于这个理由，你应该选择运行时常量而不是编译时常量(译注：这里隐藏的说明了编译时常量效率更高，但可能会有错误)。
编译时常量更快更直接，但在可维护性上远不及运行时常量。保留编译时常量是为了满足那些对性能要求克刻，且随着程序运行时间的过去，其值永远不发生改变的常量使用的(译注：这说明编译时常量是可以不被C#采用的，但考虑到性能问题，还是做了保留)。
你可以用关键字readonly来声明(declare)一个运行时常量，编译时常量是用关键字const声明的。
因为他们有不同的表现行为，所以当你使用不当时，将会损伤程序性能或者出现错误。
两害相权取其轻，当我们不得不选择一个的时候，我们宁可选择一个运行慢一点但正确的那一个，而不是运行快一点但有错误的那个。基于这个理由，你应该选择运行时常量而不是编译时常量(译注：这里隐藏的说明了编译时常量效率更高，但可能会有错误)。
编译时常量更快更直接，但在可维护性上远不及运行时常量。保留编译时常量是为了满足那些对性能要求克刻，且随着程序运行时间的过去，其值永远不发生改变的常量使用的(译注：这说明编译时常量是可以不被C#采用的，但考虑到性能问题，还是做了保留)。
你可以用关键字readonly来声明(declare)一个运行时常量，编译时常量是用关键字const声明的。
