vs2010说“Microsoft.Practices.EnterpriseLibrary”中不存在类型或命名空间名称“Data”。是否缺少程序集引用?

Jerry_hu 2010-10-21 02:39:58

装了Microsoft Enterprise Library 5.0
添加引用（Enterprise Library安装目录下的）
Microsoft.Practices.EnterpriseLibrary.Data;
Microsoft.Practices.EnterpriseLibrary.Common;

对象浏览器中查看不见了Data那个,删掉引用重新加能认出 Database ，一编译就不认了。。
复制到bin下也不行
vs2008下没这个问题

App.config



<?xml version="1.0"?>

<configuration>

  <configSections>

    <section name="dataConfiguration" type="Microsoft.Practices.EnterpriseLibrary.Data.Configuration.DatabaseSettings, Microsoft.Practices.EnterpriseLibrary.Data, Version=5.0.414.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35" requirePermission="true" />

  </configSections>

  <!--<startup>

    <supportedRuntime version="v4.0" sku=".NETFramework,Version=v4.0"/>

  </startup>-->

  <dataConfiguration defaultDatabase="mydb" />

  <connectionStrings>

    <add name="mydb" connectionString="server=****;User ID=*****;password=*****"

      providerName="System.Data.OracleClient" />

  </connectionStrings>

</configuration>

求老大们指点迷津。。

...全文

1959 10 打赏收藏转发到动态举报

写回复

10 条回复

切换为时间正序

请发表友善的回复…

发表回复

Jerry_hu 2010-10-21

打赏
举报

回复

谢谢诸位~~

Jerry_hu 2010-10-21

打赏
举报

回复

[Quote=引用 6 楼 porschev 的回复:]
是不是LZ下载的版本不支持4.0

下个新试试。。
[/Quote]
.net框架问题
http://www.fengfly.com/plus/view-172985-1.html

guyehanxinlei 2010-10-21

打赏
举报

回复

注意版本问题

porschev 2010-10-21

打赏
举报

回复

是不是LZ下载的版本不支持4.0

下个新试试。。

Jerry_hu 2010-10-21

打赏
举报

回复

[Quote=引用 2 楼 qingfeng_wu 的回复:]

应该属于版本问题，试试Microsoft Enterprise Library 5.0更低版本看看。
[/Quote]
谢谢，刚copy了版本4的，还是原来的错

Jerry_hu 2010-10-21

打赏
举报

回复

[Quote=引用 1 楼 wuyq11 的回复:]

http://social.microsoft.com/Forums/en-US/Offtopic/thread/0f778cc7-912a-4fc5-88a3-1faca482324e
[/Quote]
老大，不是版本转换的问题，貌似是vs2010加不进Microsoft.Practices.EnterpriseLibrary.Data这个dll

吴青峰 2010-10-21

打赏
举报

回复

应该属于版本问题，试试Microsoft Enterprise Library 5.0更低版本看看。

wuyq11 2010-10-21

打赏
举报

回复

http://social.microsoft.com/Forums/en-US/Offtopic/thread/0f778cc7-912a-4fc5-88a3-1faca482324e

microsoft.practices的六个dll文件，5.0版的Microsoft.Practices.EnterpriseLibrary.Common.dll Microsoft.Practices.EnterpriseLibrary.Data.dll Microsoft.Practices.EnterpriseLibrary.Data.SqlCe.dll Microsoft.Practices.ServiceLocation.dll Microsoft.Practices.Unity.dll Microsoft.Practices.Unity.Interception.dll

未能加载文件或程序集“Microsoft.Practices.ObjectBuilder, Version=1.0.51205.0, Culture=neutral, PublicKeyToken=null”或它的某一个依赖项。系统找不到指定的文件。说明: 执行当前 Web 请求期间，出现未处理的异常。请检查堆栈跟踪信息，以了解有关该错误以及代码中导致错误的出处的详细信息。Microsoft.Practices.EnterpriseLibrary.Common.dll Microsoft.Practices.EnterpriseLibrary.Data.dll Microsoft.Practices.ObjectBuilder.dll 添加引用即可。

3.1.10recover database和recover standby database是否可以在dg中使用？ 3.1.11如何通过rman的备份进行搭建dg。 3.1.12dg库使用静态监听无法监听pdb数据库的service问题...

.net 企业库三层架构 jquery 资料合集实例　jQuery由美国人John Resig创建，至今已吸引了来自世界各地的众多javascript高手加入其team，包括来自德国的Jörn Zaefferer，罗马尼亚的Stefan Petre等等。　　jQuery是继prototype之后又一个优秀的Javascrīpt框架。其宗旨是——WRITE LESS,DO MORE,写更少的代码,做更多的事情。　　它是轻量级的js库(压缩后只有21k) ，这是其它的js库所不及的，它兼容CSS3，还兼容各种浏览器（IE 6.0+, FF 1.5+, Safari 2.0+, Opera 9.0+）。　　jQuery是一个快速的，简洁的javaScript库，使用户能更方便地处理HTML documents、events、实现动画效果，并且方便地为网站提供AJAX交互。　　jQuery还有一个比较大的优势是，它的文档说明很全，而且各种应用也说得很详细，同时还有许多成熟的插件可供选择。　　jQuery能够使用户的html页保持代码和html内容分离，也就是说，不用再在html里面插入一堆js来调用命令了，只需定义id即可。　　Jquery是继prototype之后又一个优秀的Javascrīpt框架。对prototype我使用不多，简单了解过。但使用上jquery之后，马上被她的优雅吸引住了。有人使用这样的一比喻来比较prototype和jquery：prototype就像Java，而jquery就像ruby.实际上我比较喜欢java（少接触Ruby 罢了）但是jquery的简单的实用的确有相当大的吸引力啊！在项目里我把jquery作为自己唯一的框架类包。使用其间也有一点点心得，其实这些心得，在jquery的文档上面也可能有讲，不过还是记下来，以备忘罢。三层架构，企业库(Enterprise Library)是微软的模式与实践(Patterns & Practices)的下一代应用程序块(Application Blocks)。该企业库的设计思想是为了协助开发商解决企业级应用开发过程中所面临的一系列共性的问题, 如安全(Security)、日志(Logging)、数据访问(Data Access)、配置管理(Configuration Manage)等，并将这些广泛使用的应用程序块集成封装至一个叫企业库的程序包中。通过这些程序块，可以解决共性的企业级开发过程中所面临的问题。使用新的设计理念整合应用程序块，使得各应用程序块具有重用性、一致性、扩展性、易用性、集成性　　三层架构(3-tier application) 通常意义上的三层架构就是将整个业务应用划分为：表现层（UI）、业务逻辑层（BLL）、数据访问层（DAL）。区分层次的目的即为了“高内聚，低耦合”的思想。　　１、表现层（UI）：通俗讲就是展现给用户的界面，即用户在使用一个系统的时候他的所见所得。　　２、业务逻辑层（BLL）：针对具体问题的操作，也可以说是对数据层的操作，对数据业务逻辑处理。　　３、数据访问层（DAL）：该层所做事务直接操作数据库，针对数据的增添、删除、修改、更新、查找等。 [编辑本段]概述　　在软件体系架构设计中，分层式结构是最常见，也是最重要的一种结构。微软推荐的分层式结构一般分为三层，从下至上分别为：数据访问层、业务逻辑层（又或成为领域层）、表示层。　　三层结构原理：　　3个层次中，系统主要功能和业务逻辑都在业务逻辑层进行处理。　　所谓三层体系结构，是在客户端与数据库之间加入了一个“中间层”，也叫组件层。这里所说的三层体系，不是指物理上的三层，不是简单地放置三台机器就是三层体系结构，也不仅仅有B/S应用才是三层体系结构，三层是指逻辑上的三层，即使这三个层放置到一台机器上。　　三层体系的应用程序将业务规则、数据访问、合法性校验等工作放到了中间层进行处理。通常情况下，客户端不直接与数据库进行交互，而是通过COM/DCOM通讯与中间层建立连接，再经由中间层与数据库进行交互。　　表示层　　　位于最外层（最上层），离用户最近。用于显示数据和接收用户输入的数据，为用户提供一种交互式操作的界面。　　业务逻辑层　　　业务逻辑层（Business Logic Layer）无疑是系统架构中体现核心价值的部分。它的关注点主要集中在业务规则的制定、业务流程的实现等与业务需求有关的系统设计，也即是说它是与系统所应对的领域（Domain）逻辑有关，很多时候，也将业务逻辑层称为领域层。例如Martin Fowler在《Patterns of Enterprise Application Architecture》一书中，将整个架构分为三个主要的层：表示层、领域层和数据源层。作为领域驱动设计的先驱Eric Evans，对业务逻辑层作了更细致地划分，细分为应用层与领域层，通过分层进一步将领域逻辑与领域逻辑的解决方案分离。　　业务逻辑层在体系架构中的位置很关键，它处于数据访问层与表示层中间，起到了数据交换中承上启下的作用。由于层是一种弱耦合结构，层与层之间的依赖是向下的，底层对于上层而言是“无知”的，改变上层的设计对于其调用的底层而言没有任何影响。如果在分层设计时，遵循了面向接口设计的思想，那么这种向下的依赖也应该是一种弱依赖关系。因而在不改变接口定义的前提下，理想的分层式架构，应该是一个支持可抽取、可替换的“抽屉”式架构。正因为如此，业务逻辑层的设计对于一个支持可扩展的架构尤为关键，因为它扮演了两个不同的角色。对于数据访问层而言，它是调用者；对于表示层而言，它却是被调用者。依赖与被依赖的关系都纠结在业务逻辑层上，如何实现依赖关系的解耦，则是除了实现业务逻辑之外留给设计师的任务。　　数据层　　　数据访问层：有时候也称为是持久层，其功能主要是负责数据库的访问，可以访问数据库系统、二进制文件、文本文档或是XML文档。　　简单的说法就是实现对数据表的Select，Insert，Update，Delete的操作。如果要加入ORM的元素，那么就会包括对象和数据表之间的mapping，以及对象实体的持久化。

刚引用的时候可以，一编译就出问题，连IDE都不认了，提示错误“命名空间“Microsoft.Practices.EnterpriseLibrary”中不存在类型或命名空间名称“Data”。是否缺少程序集引用?” 造成这个错误的原因是因为工程属性中的目标框架，默认选项是“.NET Framework 4 Client Profile”， Cl...

62,071

社区成员

669,034

社区内容

发帖

与我相关

我的任务

javascript云原生企业社区

社区管理员

加入社区

近7日
近30日
至今

加载中

查看更多榜单

社区公告

.NET 社区是一个围绕开源 .NET 的开放、热情、创新、包容的技术社区。社区致力于为广大 .NET 爱好者提供一个良好的知识共享、协同互助的 .NET 技术交流环境。我们尊重不同意见，支持健康理性的辩论和互动，反对歧视和攻击。

希望和大家一起共同营造一个活跃、友好的社区氛围。

试试用AI创作助手写篇文章吧

+ 用AI写文章