.Net Framework 4.0和.Net Framework 4.0 Client Profile之间差异引起的错误

最新推荐文章于 2022-10-11 14:40:20 发布

KenshinCui

最新推荐文章于 2022-10-11 14:40:20 发布

阅读量1.6w

点赞数

分类专栏： .Net 文章标签： .net iis application 2010 框架 windows

本文链接：https://blog.csdn.net/kenshincui/article/details/5632541

版权

本文介绍了作者在升级类库到.NET Framework 4.0后遇到的问题，即类库在使用Microsoft.Web.Administration时在.NET Framework 4.0 Client Profile项目中无法正常工作。通过排查，作者发现问题是由于.NET Framework 4.0 Client Profile不包含Microsoft.Web.Administration组件。修复方法是将项目目标框架从.NET Framework 4.0 Client Profile更改为.NET Framework 4.0。文章还简单说明了.NET Framework 4.0与.NET Framework 4.0 Client Profile的区别。

摘要由CSDN通过智能技术生成

遇到问题

首先描述一下自己在开发中遇到的一种情况：

我自己有个类库，主要是将自己开发中积累。但是近期将类库升级到Visual Studio 2010下竟然不能够使用了，在Visual Studio2008下正常，很是蛊惑，怎么可能呢？是2010的bug吗？不会啊，现在是正式版，别人都没有说过这个bug啊，肯定是自己哪弄错了。

解决问题

我的类库是Cmj.dll,而我要用的项目是ConfigTools项目，ConfigTools是直接用VS2010建立的新项目，选择的是.Net Framework 4.0版本的框架。而类库最初是用VS2010打开自动升级的，后来在ConfigTools中不能使用我就新建了一个类库Cmj用的.Net Framework 4.0版本框架。但是在ConfigTools中使用还是不行。

经过反复试我发现，我新建另一个类库（同样是4.0版本），里面只有一个类在ConfigTools中是可以使用的。怎么会这样呢？是我的类库Cmj本省有问题吗？我于是再建立一个Cmj类库一个一个添加类，然后在ConfigTools项目中使用。结果发现当我添加到类IIS7时Cmj类库不能够使用了，而这个类唯一特别之处就是用到了Microsoft.Web.Administration这个在C:/Windows/System32/inetsrv下的类库文件，这个引用是自己找到路径C:/Windows/System32/inetsrv选择的Microsoft.Web.Administration.dll，也就是添加引用时.Net标签页里面没有是在Browse中选择的。但是为什么会这样啊，首先这个引用应该不是什么特殊的第三方控件啊（或者它不算第三方的吧）？