值类型数据还是引用类型数据？结构还是类？什么你须要使用它们呢？这不是C++，你可以把所有类型都定义为值类型，并为它们做一个引用。这也不是Java，所有的类型都是值类型。你在创建每个类型实例时，你必须决定它们以什么样的形式存在。这是一个为了取得正确结果，必须在一开始就要面对的重要决定。（一但做也决定）你就必须一直面对这个决定给你带来的后果，因为想在后面再对它进行改动，你就不得不在很多细小的地方强行添加很多代码。当你设计一个类型时，选择struct或者class是件简单的小事情，但是，一但你的类型发生了改变，对所有使用了该类型的用户进行更新却要付出(比设计时)多得多的工作。

这不是一个简单的非此及彼的选择。正确的选择取决于你希望你的新类型该如何使用。值类型不具备多态性，但它们在你的应用程序对数据的存取却是性能有佳；引用类型可以有多态性，并且你还可以在你的应用程序中为它们定义一些表现行为。考虑你期望给你的类型设计什么样的职能，并根据这些职能来决定设计什么样的类型。结构存储数据，而类表现行为。

因为很多的常见问题在C++以及Java里存在，因此.Net和C#对值类型和引用类型的做了区分。在C++里，所有的参数和返回值都是以值类型的进行传递的。以值类型进行传递是件很有效率的事，但不得不承受这样的问题：对象的浅拷贝(partial copying)(有时也称为slicing object)。如果你对一个派生的对象COPY数据时，是以基类的形式进行COPY的，那么只有基类的部分数据进行了COPY。你就直接丢失了派生对象的所有信息。即使时使用基类的虚函数。

查看更多...

在讲述接口多态性时我们常看到类似的例子：

查看更多...

先来定义一个类MyFormat，它实现了ICustomFormatter和IFormatProvider接口，作用是将字符串转化为大写：

查看更多...

曾经一度为格式化输出而困惑，看着满天遍野的结构，都不敢去轻易触动。只能使用最安全，但是 低能的object.ToString()方法。终于忍受不了这种窘困的处境，下力气研究一番，也算是有点心得，希望和大家交流一下。

鉴于该格式化输出的结构过于繁琐，我不希望文章陷入条款的解释，于是，我从一个实际问题入手，一步一步地介绍格式化输出的概念，三个接口的意义，以及使用接口的一种模式(Pattern)。

1. PhoneNumber 类

查看更多...

方法1：在SQL查询语句中拼接字段

查看更多...

VS2008默认生成类库项目时除了生成dll文件外，还会生成一个同名的pdb文件，它是一个程序数据库文件，保存着调试和项目状态信息，使用这些信息可以对程序的调试配置进行增量链接。通过设置，我们可以让VS2008不生成pdb文件。设置步骤：打开类库项目属性页面→切换到生成选项卡→点击高级按钮→将调试信息一项设置为none。

在.Net世界里，用得最多的方法之一就是System.Object.ToStrying()了。你应该为你所有的客户写一个"通情达理"的类(译注：这里是指这个类应该对用户友好)。要么，你就迫使所用类的用户，去使用类的属性并添加一些合理的易读的说明。这个以字符串形式存在，关于你设计的类的说明，可以很容易的向你的用户显示一些关于对象的信息到：Windows Form里，Web Form里，控制台输出。这些字符说明可以用于调试。你写的任何一种类型，都应该合理的重写这个方法。当你设计更多的复杂的类型时，你应该实现应变能力更强的IFormattable.ToString(). 承认这个：如果你不重写(override)这个常规的方法，或者只是写一个很糟糕的，你的客户将不得不为你修正它。

System.Object版的ToString()方法只返回类型的名字。这并没有太多有用的信息："Rect","Point","Size"并不会如你所想的那样显示给你的用户。但那只是在你没有为你的类重写ToString()方法时得到的。你只用为你的类写一次，但你的客户却会使用很多次。当你设计一个类时，多添加一点小小的工作，就可以在你或者是其他人每次使用时得到回报。

让我们来考虑一个简单的需求：重写System.Object.ToString()方法。你所设计的每一个类型都应该重写ToString()方法，用来为你的类型提供一些最常用的文字说明。考虑这个Customer类以及它的三个成员(fields)(译注：一般情况，类里的fields译为成员，这是面向对象设计时的概念，而在与数据库相关的地方，则是指字段)：

查看更多...

原理：使用DataTable实例的Load方法将原有的DataTable实例中的数据加载到新的DataTable实例中完成合并。

查看更多...

该日志是私密日志，只有博主或发布者可以查看！

使用#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块。

查看更多...