.net开发人员应该知道(二)

阐述面向接口、面向对象、面向方面编程的区别 
    面向接口更关注的是概念，它的原则是先定义好行为规范，再根据行为规范创建实现，严格的来说，面向接口应该是面向对象中的一部分吧，因为面向对象也强调的是本末倒

置原则，也就是实现依赖于抽象，而抽象不依赖于具体实现，更具比较的应该是面向接口与面向抽象对象，我的体会是面向接口更加灵活，但实现时候，稍微有些代码冗余，而面

向抽象可以结合面向接口，先定义接口，再定义抽象类，在抽象类中处理一些公共逻辑，再实现具体实现类。面向对象是对复杂问题的分解。面向方面的编程是一种新概念，它解

决了很多面向对象无法解决的问题，比如面向对象技术只能对业务相关的代码模块化，而无法对和业务无关的代码模块化。而面向方面正是解决这一问题的方案，它的关键思想是"

将应用程序中的商业逻辑与对其提供支持的通用服务进行分离"。

什么是Interface？它与Class有什么区别？
    接口(Interface)是用来定义行为规范的，不会有具体实现，而抽象类除定义行为规范外，可以有部分实现，但一个类能实现多个接口，但只能继承一个父类  
接口是是一种契约，定义了继承它的类必须声明接口中的方法。
接口和类的区别： 
接口只有方法、属性、事件和索引符，并且也只能包含这四种成员；类除了这四种成员之外还可以别的成员(如字段)。
接口不能实例化，接口只包括成员的签名；而类可以实例化(abstract类除外)。
接口没有构造函数，类有构造函数。
接口不能进行运算符的重载，类可以进行运算符重载。
接口的成员没有任何修饰符，其成员总是公共的，而类的成员则可以有修饰符
派生于接口的类必须实现接口中所有成员的执行方式，而从类派生的则不然。

什么是反射? 
    程序集包含模块，而模块又包括类型，类型下有成员，反射就是管理程序集，模块，类型的对象，它能够动态的创建类型的实例，设置现有对象的类型或者获取现有对象的类

型，能调用类型的方法和访问类型的字段属性。它是在运行时创建和使用类型实例

关于什么事反射，我找了好些资料，有些人说了好多。比如：http://blog.csdn.net/shuilv2000/archive/2009/10/26/4728991.aspx，说了好多，不过个人还是觉得上面的概括更

好理解。

使用ASMX的XML Web服务与使用SOAP的.NET Remoting的区别? 
    Web 服务基础结构通过将 SOAP 消息映射到方法调用，为 Web 服务提供了简单的 API。通过提供一种非常简单的编程模型（基于将 SOAP 消息交换映射到方法调用），它实现

了此机制。ASP.NET Web 服务的客户端不需要了解用于创建它们的平台、对象模型或编程语言。而服务也不需要了解向它们发送消息的客户端。唯一的要求是：双方都要认可正在

创建和使用的 SOAP 消息的格式，该格式是由使用 WSDL 和 XML 架构 (XSD) 表示的 Web 服务合约定义来定义的。  
    . NET Remoting 为分布式对象提供了一个基础结构。它使用既灵活又可扩展的管线向远程进程提供 .NET 的完全对象语义。ASP.NET Web 服务基于消息传递提供非常简单的编

程模型，而 .NET Remoting 提供较为复杂的功能，包括支持通过值或引用传递对象、回调，以及多对象激活和生命周期管理策略等。要使用 .NET Remoting，客户端需要了解所有

这些详细信息，简而言之，需要使用 .NET 建立客户端。.NET Remoting 管线还支持 SOAP 消息，但必须注意这并没有改变其对客户端的要求。如果 Remoting 端点提供 .NET 专

用的对象语义，不管是否通过 SOAP，客户端必须理解它们。

Web服务客户端不需要了解服务创建的平台、对象模型和编程语言，而.NET Remoting需要了解这些信息，而且客户端需要用.NET Framework开发
Web 服务通过XML传递消息，.NET Remoting可以通过值或引用传递对象、回调，以及多对象激活和生命周期管理策略等
Web服务使用的消息机制，而Remoting采用的RPC. Web Service能用于不同平台，不同语言，Remoting只适用于.Net。效率上Remoting高于Xml Web Service

类型系统是由XMLSchema表示的吗？CLS是XMLSchema表示的吗？ 
    这个不清楚，在网上找了哈，也没看到对这方面的介绍。希望高手指点。

从概念上阐述前期绑定（early-binding）和后期绑定（late-binding）的区别? 
    前期绑定是指在编译时就绑定了变量的类型或者方法的实体，而后期绑定是在运行时根据不同的需要绑定不同的类型或者方法实体。所以前期绑定如果失败，会在编译时报编

译错误，而后期绑定失败只有在运行时的时候才发生

调用Assembly.Load算静态引用还是动态引用？ 
    动态 
    关于Assembly.Load这位老兄讲得比较基础：http://hi.baidu.com/zhanghaooy/blog/item/b12aba0e62313cc07bcbe1b2.html

Assembly.Load()方法，Assembly.LoadFrom()方法，Assembly.LoadFile()方法的区别！
     1.Assembly.Load()
         这个方法通过程序集的长名称（包括程序集名，版本信息，语言文化，公钥标记）来加载程序集的，会加载此程序集引用的其他程序集，一般情况下都应该优先使用 这

个方法，他的执行效率比LoadFrom要高很多，而且不会造成重复加载的问题（原因在第2点上说明）
         使用这个方法的时候， CLR会应用一定的策略来查找程序集，实际上CLR按如下的顺序来定位程序集：
⑴如果程序集有强名称，在首先在全局程序集缓(GAC)中查找程序集。          
⑵如果程序集的强名称没有正确指定或GAC中找不到，那么通过配置文件中的<codebase>元素指定的URL来查找
⑶如果没有指定强名称或是在GAC中找不到，CLR会探测特定的文件夹：
     假设你的应用程序目录是C:\AppDir,<probing>元素中的privatePath指定了一个路径Path1,你要定位的程序集是AssemblyName.dll则CLR将按照如下顺序定位程序集
          C:\AppDir\AssemblyName.dll
          C:\AppDir\AssemblyName\AssemblyName.dll
          C:\AppDir\Path1\AssemblyName.dll
          C:\AppDir\Path1\AssemblyName\AssemblyName.dll
如果以上方法不能找到程序集，会发生编译错误，如果是动态加载程序集，会在运行时抛出异常！
     2，Assembly.LoadFrom()
          这个方法从指定的路径来加载程序集，实际上这个方法被调用的时候，CLR会打开这个文件，获取其中的程序集版本，语言文化，公钥标记等信息，把他们传递给 Load

方法，接着，Load方法采用上面的策略来查找程序集。如果找到了程序集，会和LoadFrom方法中指定的路径做比较，如果路径相同，该程序集 会被认为是应用程序的一部分，如果

路径不同或Load方法没有找到程序集，那该程序集只是被作为一个“数据文件”来加载，不会被认为是应用程序的一部分。 这就是在第1点中提到的Load方法比LoadFrom方法的执

行效率高的原因。另外，由于可能把程序集作为“数据文件”来加载，所以使用 LoadFrom从不同路径加载相同程序集的时候会导致重复加载。当然这个方法会加载此程序集引用的

其他程序集。
     3，Assembly.LoadFile()
          这个方法是从指定的文件来加载程序集，和上面方法的不同之处是这个方法不会加载此程序集引用的其他程序集！
     结论：一般大家应该优先选择Load方法来加载程序集，如果遇到需要使用LoadFrom方法的时候，最好改变设计而用Load方法来代替！

Assembly.LoadFile 与 Assembly.LoadFrom的区别
1、Assembly.LoadFile只载入相应的dll文件，比如Assembly.LoadFile("abc.dll")，则载入abc.dll，假如abc.dll中引用了def.dll的话，def.dll并不会被载入。
Assembly.LoadFrom则不一样，它会载入dll文件及其引用的其他dll，比如上面的例子，def.dll也会被载入。
2、用Assembly.LoadFrom载入一个Assembly时，会先检查前面是否已经载入过相同名字的Assembly，比如abc.dll有两个版本(版本1在目录1下，版本2放在目录2下)，程序一开始时

载入了版本1，当使用Assembly.LoadFrom("2\\abc.dll")载入版本2时，不能载入，而是返回版本1。Assembly.LoadFile的话则不会做这样的检查，比如上面的例子换成

Assembly.LoadFile的话，则能正确载入版本2。

何时使用Assembly.LoadFrom？何时使用Assembly.LoadFile？ 
    呵呵，这个比较有意思,相比LoadFile，LoadFrom则显得不地道，因为它娶媳妇的时候，是让人家穿上嫁妆，坐上马车，还得带着人家的妹妹来，用它加载的是程序集，这就要

求同时将此程序集所依赖的程序集加载进来。而LoadFile就地道的多，它是加载程序集文件的内容，只将传入参数的文件加载，不考虑程序集依赖，但如果有相同实现，但位置不

同的文件用LoadFrom是不能同时加载进来的，而LoadFile却可以。由于LoadFile加载的是文件，所以调用它之后，可能因为缺少必要的依赖造成无法被执行。

什么叫Assembly Qualified Name？它是一个文件名吗？它有什么不同？ 
    它不是一个文件名，相比文件名，Assembly Qualified Name（程序集限定名称），更能确定一个程序集，它包含文件名，但同时包含版本，公钥，和区域。因为同样一个名称

的文件可能有不同的版本和区域，此时单独靠文件名称，可能会造成不能确定程序集的正确性。

Assembly.Load("foo.dll"); 这句话是否正确？ 
正确

做强签名的assembly与不做强签名的assembly有什么不同？ 
强签名的程序集可以做成com，而不做强签名的就不行，同样强签名程序集可以安装到GAC中，而不做强签名的确不能。

DateTime是否可以为null? 
不能，因为其为Struct类型，而结构属于值类型，值类型不能为null,只有引用类型才能被赋值null

什么叫JIT？什么是NGEN？它们分别有什么限制和好处？ 
Just In Time 及时编译，它是在程序第一次运行的时候才进行编译，而NGEN是所谓的pre-jit，就是说在运行前事先就将生成程序集的本机镜像，并保存到全局缓存中，适用NGEN

可以提高程序集的加载和执行速度，因为它可以从本机映像中还原数代码和数据结构，而不必像jit那样动态生成它们。感觉和缓存的道理大同小异，也就是传说中的预编译。

.NET CLR中一代的垃圾收集器是如何管理对象的生命周期的？什么叫非确定性终结？

 
Finalize()和Dispose()之间的区别? 
Finalize（）用于释放非托管资源，Dispose()用于释放托管资源

using() 语法有用吗？什么是IDisposable？它是如何实现确定性终结的。
有用，实现了IDisposiable的类在using中创建，using结束后会自定调用该对象的Dispose方法，释放资源。简单的说调用IDisposable的Dispose方法能移除这个对象所使用资源的

引用，从而达到让垃圾收集器回收资源的目的。 
 
tasklist /m "mscor*" 这句命令是干嘛的？ 
列出所有使用了以" mscor"作为开头的dll或者exe的进程和模块信息

in-proc和out-of-proc的区别 
in-proc是进程内，进程内能共享代码和数据块，out-of-proc是进程外，进程外的互操作需要用进程间通讯来实现。

.NET里的哪一项技术能够实现out-of-proc通讯？ 
.Net Remoting技术或者WCF技术

当你在ASP.NET中运行一个组件时，它在Windows XP, Windows 2000, Windows 2003上分别跑在哪个进程里面？ 
Xp : aspnet_Wp.exe 
Windows 2000 : inetinfo.exe 
Windows 2003 : w3wp.exe  

 观海看云：http://www.cnblogs.com/zhangtao/     ----- 2009.12.14

前些日子我看了一份关于.net人应该知道些什么的博文就整理发了一份.net开发人员应该知道(一). 有一些访客觉得我是没事找事,那些东西只能拿来考试、面试，但园子里还是有很多同行和我一起思考切磋，提出我的错误，虽然里面都是些很琐碎的问题。在此再次感谢他们的支持！！！当然我并不想把.NET软件开发概括为一些简单的概念，我只是想让大家多思考。我相信一个真正优秀的ASP.NET（及WinForm）开发人员应该不仅仅会拖放控件到设计器中，也应该掌握更多的东西。一个优秀的赛车比赛选手很了解他自己的坐驾，他知道哪些可以做？哪些不能做？（哈哈。。。。借用一哥们的话）。欢迎大家指出文中的错误，与不足。