在c#中，一个类型内部可以定义多种成员：常量、字段、实例构造器、类型构造器（静态构造器）、方法、操作符重载、转换操作符、属性、事件、类型。
类型的可见性有public和internal（默认）两种，前者定义的类型对所有程序集中的所有类型都可见，后者定义的类型只对同一程序集内部的所有类型可见：
成员的可访问性（按限制从大到小排列）：
private只能由定义成员的类型或嵌套类型中方法访问
protected只能由定义成员的类型或嵌套类型或派生类型中方法访问
internal 只能由同程序集类型中方法访问
protected internal 只能由定义成员的类型或嵌套类型或派生类型或同程序集类型中方法访问（注意这里是或的关系）
public 可由任何程序集中任何类型中方法访问
在c#中，如果没有显式声明成员的可访问性，编译器通常默认选择private（限制最大的那个），clr要求接口类型的所有成员都是public访问性，c#编译器知道这一点，因此禁止显式指定接口成员的可访问性。同时c#还要求在继承过程中派生类重写成员时，不能更改成员的可访问性（clr并没有作这个要求，clr允许重写成员时放宽限制）。
静态类
永远不需要实例化的类，静态类中只能有静态成员。在c#中用static这个关键词定义一个静态类，但只能应用于class，不能应用于struct，因为clr总是允许值类型实例化。
c#编译器对静态类作了如下限制：
静态类必须直接从system.object派生
静态类不能实现任何接口（因为只有使用类的一个实例才能调用类的接口方法）
静态类只能定义静态成员（字段、方法、属性、事件）
静态类不能作为字段、方法参数或局部变量使用
静态类在编译后，会生成一个被标记为abstract和sealed的类，同时编译器不会生成实例构造器（.ctor方法）
分部类、结构和接口
c#编译器提供一个partial关键字，以允许将一个类、结构或接口定义在多个文件里。
在编译时，编译器自动将类、结构或接口的各部分合并起来。这仅是c#编译器提供的一个功能，clr对此一无所知。
常量就是代表一恒定数据值的符号，比如我们将圆周率3.12415926定义成名为pi的常量，使代码更容易阅读。而且常量是在编译时就代入运算的（常量就是一个符号，编译时编译器就会将该符号替换成实际值），不会造成任何性能上的损失。但这一点也可能会造成一个版本问题，即假如未来修改了常量所代表的值，那么用到此常量的地方都要重新编译（我个人认为这也是常量名称的由来，我们应该将恒定不变的值定义为常量，以免后期改动时产生版本问题）。下面的示例也验证了这一点，test1和test2方法内部的常量运算在编译后，就已经运算完成。
从上面示例，我们还能看出一点：常量key和value编译后是静态成员，这是因为常量通常与类型关联而不是与实例关联，从逻辑上说，常量始终是静态成员。但对于在方法内部定义的常量，由于作用域的限制，不可能有方法之外的地方引用到这个常量，所以在编译后，常量被优化了。
字段是一种数据成员，在oop的设计中，字段通常是用来封装一个类型的内部状态，而方法表示的是对这些状态的一些操作。
在c#中字段可用的修饰符有
static 声明的字段与类型关联，而不是与对象关联（默认情况下字段与对象关联）
readonly 声明的字段只能在构造器里写入值（可以通过反射修改）
volatile 声明的字段为易失字段（用于多线程环境）
这里要注意的是将一个字段标记为readonly时，不变的是引用，而不是引用的值。示例：
clr支持两种属性：无参属性和有参属性（c#中称为索引器）。
面向对象设计和编程的重要原则之一就是数据封装，这意味着字段（封装对象的内部状态）永远不应该公开。因此，clr提供属性机制来访问字段内容（vs中输入propfull加两次tab会为我们自动生成字段和属性的代码片断）。
下面的示例中，person对象内部有一个表示年龄的字段，如果直接公开这个字段，则不能保存外部不会将age设置为0或1000，这显然是没有意义的（也破坏了数据封装性），所以通过属性，可以在操作字段时，加一些额外逻辑，以保证数据的有效性。
编译上述代码后，实际上编译器会将属性内的get和set访问器各生成一个方法，方法名称是get_和set_加上属性名，所以说属性的本质是方法。
如果只是为了封装一个字段而创建一个属性，c#还为我们提供了一种更简单的语法，称为自动实现的属性（aip）。下面是一个示例（在vs中输入prop加两次tab会为我们生成aip片断）：
这里要注意一点，由于aip的支持字段是编译器自动生成的，而且编译器每次编译都可能更改这个名称。所以在任何要序列化和反序列化的类型中，都不要使用aip功能。
在实现编程中，我们经常构造一个对象，然后设置对象的一些公共属性或字段。为此c#为我们提供了一种简化的语法来完成这些操作。如下示例：
使用对象初始化器的语法时，实际上编译器为我们生成的代码和上面是一致的，但是下面的代码明显更加简洁。如果本来就是要调用类型的无参构造器，c#还允许我们省略大括号之前的小括号：
如果一个属性的类型实现了ienumerable或ienumerable<t>接口，那么这个属性就被认为是一个集合，我们同样类似的语法来初始化一个集合。比如我们在上例中的person类中加入一个新属性skills
然后可以用下面的语法来初始化
这里我们用new list<string> { "c#", "jquery" }一句来初始化了一个集合（实现上new list<string>完全可以省略，编译器会根据属性的类型来自动推断集合类型），并添加了两项纪录。编译器会我们生成的代码看起来是这样的：
前面讲到的属性都没有参数，实现上还有一种可以带参数的属性，称之为有参属性（c#中叫索引器）。
上面的例子中，和定义无参属性不同的是，这里并没有属性名称，而是用this[参数]的语法来定义一个有参属性（索引器），这是c#的要求。和无参属性不同，有参属性还支持重载：
属性本质是方法，有参属性也一样（对clr来说甚至并不分有参还是无参，对它来说都是方法的调用），那么有参属性的编译后生成的il是什么样子呢？事实上c#对所有的有参属性生成的il方法都默认命名为get_item和set_item。当然这是可以通过在索引器上应用system.runtime.compliserservices.indexernameattribute定制attribute来改变这一默认行为。
属性的get和set访问器是可以定义不同的访问性的，如果get和set访问器的可访问性不一致，c#要求必须为属性本身指定限制最小的那一个。
注意：如果同时设置get和set的访问性，会提示“不能为属性的两个访问器同时指定可访问性修改符”，因为对属性或索引器使用访问修饰符受以下条件的制约：
不能对接口或显式接口成员实现使用访问器修饰符
仅当属性或索引器同时具有 set 和 get 访问器时，才能使用访问器修饰符。这种情况下，只允许对其中一个访问器使用修饰符
如果属性或索引器具有 override 修饰符，则访问器修饰符必须与重写的访问器的访问性（如果有的话）匹配
访问器的可访问性级别必须比属性或索引器本身的可访问性级别具有更严格的限制
属性没有存储数据的功能，数据都存在字段中，所以只有修改字段的数据才能更改数据，修改属性的值没用。
<a target="_blank" href="http://www.cnblogs.com/hecool/p/3151387.html">原文地址</a>