使用C#和.NET进行的大多数工程的分析和设计与在C++和Windows中没有本质的变化,要说变化的话，由C++转向C#时最大的变化是由不可管理的环境向可管理的环境的变化。
C++的设计目标是低级的、与平台无关的面向对象编程语言，C#则是一种高级的面向组件的编程语言。向可管理环境的转变意味着你编程方式思考的重大转变，C#不再处理细微的控制，而是让架构帮助你处理这些重要的问题。例如，在C++中，我们就可以使用new在栈中、堆中、甚至是内存中的某一特定位置创建一个对象。在.NET的可管理环境中，我们再不用进行那样细微的控制了。在选择了要创建的类型后，它的位置就是固定的了。简单类型（ints、double和long）的对象总是被创建在栈中（除非它们是被包含在其他的对象中），类总是被创建在堆中。我们无法控制对象是创建在堆中哪个位置的，也没有办法得到这个地址，不能将对象放置在内存中的某一特定位置。（当然也有突破这些限制的方法，但那是很另类的方法。）我们再也不能控制对象的生存周期，C#没有destructor。碎片收集程序会将对象所占用的内存进行回收，但这是非显性地进行的。 正是C#的这种结构反映了其基础架构，其中没有多重继承和模板，因为在一个可管理的碎片收集环境中，多重继承是很难高效地实现的。 C#看起来与C++非常相似，这使得我们在由C++转向C#时比较轻松，但其中也有一些容易出错的地方。在C++中编写得非常漂亮的代码，在C#中会不能通过编译，甚至会出现意想不到的结果。
在C#中，值类型和引用类型数据是有区别的。简单类型（int、long、double等）和结构属于值类型数据，类和对象属于引用类型数据。除非是包含在引用类型的变量中，与在C++中一样，值类型变量的值存储在栈中。引用类型的变量也存储在栈中，但它的值是一个存储在堆中的对象的地址，这一点也与C++类似。值类型变量是将自己的值传递给方法，而引用类型变量则将自己的指针传递给方法。C#中的结构与C++中有非常明显的区别。在C++中，结构更象是类，除了缺省的继承外，其缺省的访问权限是public而不是private。在C#中，结构与类截然不同，它是用来封装轻型对象的，是值类型的数据类型，在传递时传送的是变量的值，而不是其地址。此外，它们也有一些不适用于类的限制。
另一方面，由于结构比类的效率要高，因此它非常适合于创建轻型对象。因此，如果它的缺点对你的软件没有影响，使用结构比使用类效率要高得多，尤其是对于小对象而言。
大多数的C++编程人员都希望使成员变量的属性为private，这种隐藏数据的想法促进了数据封装概念的出现，使我们能够在不改变用户依赖的接口的情况下而改变类的实现。通常情况下，我们只希望客户获取或设置这些成员变量的值。因此，C++编程人员开发出了用来存取private成员变量的存取器。 在C#中，属性是类的第一级成员。对于客户而言，属性看起来象一个成员变量。对于类的实现者而言，它看起来更象是方法。这种设计很巧妙，既可以实现数据的隐藏和封装，又可以使客户很方便地访问成员变量。
C#提供了一个数组类，它比C/C++中传统的数组更智能化。
在C++中，在网络上读取文件需要有相当的编程技巧，.NET对此提供了广泛的支持。事实上，在网络上读取文件仅仅是基础类库中Stream类的另一种应用。
C#和C++之间一个显著的区别是它提供了对元数据的支持：有关类、对象、方法等其他实体的数据。属性可以分为二类：一类以CLR的一部分的形式出现，另一种是我们自己创建的属性，CLR属性用来支持串行化、排列和COM协同性等。一些属性是针对一个组合体的，有些属性则是针对类或界面，它们也被称作是属性目标。
尽管有许多小错误等着C++编程人员去犯，但C#的语法与C++并没有太大的不同，向新语言的转换是相当容易的。使用C#的有趣的部分是使用通用语言运行库。
CLR和.NETFramework提供了对线程、集合、互联网应用开发、基于Windows的应用开发等方面提供了更多的支持。语言功能和CLR功能之间的区分是非常模糊的，但组合在一起就是一种功能非常强大的开发工具了。
C++的设计目标是低级的、与平台无关的面向对象编程语言，C#则是一种高级的面向组件的编程语言。向可管理环境的转变意味着你编程方式思考的重大转变，C#不再处理细微的控制，而是让架构帮助你处理这些重要的问题。例如，在C++中，我们就可以使用new在栈中、堆中、甚至是内存中的某一特定位置创建一个对象。在.NET的可管理环境中，我们再不用进行那样细微的控制了。在选择了要创建的类型后，它的位置就是固定的了。简单类型（ints、double和long）的对象总是被创建在栈中（除非它们是被包含在其他的对象中），类总是被创建在堆中。我们无法控制对象是创建在堆中哪个位置的，也没有办法得到这个地址，不能将对象放置在内存中的某一特定位置。（当然也有突破这些限制的方法，但那是很另类的方法。）我们再也不能控制对象的生存周期，C#没有destructor。碎片收集程序会将对象所占用的内存进行回收，但这是非显性地进行的。 正是C#的这种结构反映了其基础架构，其中没有多重继承和模板，因为在一个可管理的碎片收集环境中，多重继承是很难高效地实现的。 C#看起来与C++非常相似，这使得我们在由C++转向C#时比较轻松，但其中也有一些容易出错的地方。在C++中编写得非常漂亮的代码，在C#中会不能通过编译，甚至会出现意想不到的结果。
在C#中，值类型和引用类型数据是有区别的。简单类型（int、long、double等）和结构属于值类型数据，类和对象属于引用类型数据。除非是包含在引用类型的变量中，与在C++中一样，值类型变量的值存储在栈中。引用类型的变量也存储在栈中，但它的值是一个存储在堆中的对象的地址，这一点也与C++类似。值类型变量是将自己的值传递给方法，而引用类型变量则将自己的指针传递给方法。C#中的结构与C++中有非常明显的区别。在C++中，结构更象是类，除了缺省的继承外，其缺省的访问权限是public而不是private。在C#中，结构与类截然不同，它是用来封装轻型对象的，是值类型的数据类型，在传递时传送的是变量的值，而不是其地址。此外，它们也有一些不适用于类的限制。
另一方面，由于结构比类的效率要高，因此它非常适合于创建轻型对象。因此，如果它的缺点对你的软件没有影响，使用结构比使用类效率要高得多，尤其是对于小对象而言。
大多数的C++编程人员都希望使成员变量的属性为private，这种隐藏数据的想法促进了数据封装概念的出现，使我们能够在不改变用户依赖的接口的情况下而改变类的实现。通常情况下，我们只希望客户获取或设置这些成员变量的值。因此，C++编程人员开发出了用来存取private成员变量的存取器。 在C#中，属性是类的第一级成员。对于客户而言，属性看起来象一个成员变量。对于类的实现者而言，它看起来更象是方法。这种设计很巧妙，既可以实现数据的隐藏和封装，又可以使客户很方便地访问成员变量。
C#提供了一个数组类，它比C/C++中传统的数组更智能化。
在C++中，在网络上读取文件需要有相当的编程技巧，.NET对此提供了广泛的支持。事实上，在网络上读取文件仅仅是基础类库中Stream类的另一种应用。
C#和C++之间一个显著的区别是它提供了对元数据的支持：有关类、对象、方法等其他实体的数据。属性可以分为二类：一类以CLR的一部分的形式出现，另一种是我们自己创建的属性，CLR属性用来支持串行化、排列和COM协同性等。一些属性是针对一个组合体的，有些属性则是针对类或界面，它们也被称作是属性目标。
尽管有许多小错误等着C++编程人员去犯，但C#的语法与C++并没有太大的不同，向新语言的转换是相当容易的。使用C#的有趣的部分是使用通用语言运行库。
CLR和.NETFramework提供了对线程、集合、互联网应用开发、基于Windows的应用开发等方面提供了更多的支持。语言功能和CLR功能之间的区分是非常模糊的，但组合在一起就是一种功能非常强大的开发工具了。
只要我们将三层之间的接口预先定义好，这样就相当于我们将项目拆分成了三个零件，零件之间的接口已经定义好了，那么剩下的只需要三个零件分别开发了。如果那个零件以后要升级或者修改，那么涉及范围将只是这个零件而已。否则，你修改一个功能，可能的影响范围将很大，造成升级和维护的困难。
类的好处就是封装性，内部的问题与外界无关，这就是它的好处。所以定义类的时候，我的建议是不要定义公共的成员变量。所有成员变量都是私有或者保护性，增加Get/Set接口。这样做，可能又会向你所说，是不是太麻烦一点了？但如果你考虑到以后维护的方便，这点工作还是值得去做的。
我们的项目为什么做不好，问题不在第一次开发的时候，而是当用户需求有所变更，程序有错误发生时，我们的程序缺乏灵活性，往往导致程序的很多部分要重做。因此，可维护性和可重用性是非常重要的。