解决动态加载问题：Framework 4.0与2.0新增类和方法识别

在.NET Framework 4.0中，开发者可能会遇到一个问题，即当动态加载程序集时，无法识别出相对于.NET Framework 2.0新增的方法和类。这是由于几个关键因素导致的。 首先，理解动态加载的过程很重要。在控制台应用程序中，当使用像`System.Object`、`System.Type`或`System.String`这样的基本类型时，这些类型通常已经被.NET Framework的默认程序集（如`mscorlib.dll`）加载。`mscorlib.dll`是所有.NET应用程序的基础库，包含了大量基础类和方法。由于`mscorlib.dll`是共享的（ShareDomain），在同一应用程序中加载多个不同版本可能导致冲突，例如尝试加载`v2.0.50727`版本和`v4.0.30319`版本。 为了验证这一点，代码示例展示了如何分别加载`v2.0`和`v4.0`版本的`mscorlib.dll`，并输出它们的全名，结果显示由于共享域的限制，同一个应用程序不能加载两个不同的`mscorlib.dll`。因此，解决这个问题的一种策略是创建两个独立的应用程序，每个应用程序对应一个特定的.NET Framework版本。 接下来的解决方案是利用版本较低的.NET Framework（例如2.0）创建一个Winform程序（V4NewLooker），然后调用基于.NET Framework 4.0的WCF服务（V4WcfService）。这样做可以通过以下步骤实现： 1. 在V4NewLooker项目中，定义一个接口，例如`IService`，这个接口将在WCF服务中提供所需的功能。使用Visual Studio或其他IDE的重构功能，确保接口名的正确更新。 2. 创建WCF服务端，即V4WcfService项目，实现`IService`接口，并配置为使用.NET Framework 4.0。服务可能包含新的方法和类，这些是框架升级后特有的。 3. 在V4NewLooker中，通过WCF客户端调用V4WcfService提供的服务，这样就可以利用.NET Framework 4.0的新功能，同时避免了在同一个应用程序内加载不同版本的`mscorlib.dll`的问题。 总结来说，要找出.NET Framework 4.0中的新增方法和类，尤其是在动态加载场景下，需要理解应用程序域的限制，并采取适当的架构设计，如使用不同版本的独立应用程序或通过低版本框架调用高版本的服务。这样既确保了新功能的利用，又避免了潜在的冲突和加载问题。