开门见山，使用MS Enterprise Library的DAAB（Data Access Application Block）获取数据时抛出异常。具体场景如下，通过Database对象的ExecuteReader执行两段Select语句，
转载
2009-04-22 15:36:00
112阅读
2评论
在默认的情况下，EnterLib的PIAB采用基于透明/真实代理的机制实现对方法调用的拦截，进而实现了对横切关注点的动态注入。也正是其来截机制本身的局限，当我们才用PIAB的方式进行对象的创建的时候，要求对象的类型要么实现某一个接口，要么直接继承MarshalByRefObject类型。但不支持通过抽象基类对该类的间接继承，我个人觉得这是微软需要改进的地方。
转载
2010-09-15 12:46:00
133阅读
2评论
在《这是EnterLib PIAB的BUG吗？》一文中我们讨论了PIAB关于抽象基类的BUG，今天又发现了一个新的问题。问题的起因源于《IoC+AOP的简单实现》这篇文章，因为文中给出的解决方案仅仅支持构造器注入，而不能支持属性注入和方法注入——这是由于EnterLib的PIAB设计本身就存在缺陷。
转载
2010-09-20 22:44:00
154阅读
2评论
微软EnterLib的PIAB是一个比较好用的轻量级的AOP框架，自身也
转载
2009-12-21 23:07:00
87阅读
2评论
转自：http://www.cnblogs.com/artech/archive/2010/07/13/1776818.html Unity是微软P&P推出的一个开源的IoC框架，最新的官方版本是2.0。Unity之前的版本建立在一个称为ObjectBuild 的组件上，熟悉EnterLib的读者，相信对ObjectBuild不会感到陌生。对于EnterLib 5.0之前的版本，Objec...
转载
2010-08-25 13:26:00
82阅读
2评论
ty是微软P&P推出的一个开源的IoC框架，最新的官方版本是2.0。Unity之前的版本建立在一个称为ObjectBuild的组件上，熟悉EnterLib的读者，相信对ObjectBuild不会感到陌生。对于EnterLib 5.0之前的版本，ObjectBuild可以说是所有Application Block的基石。ObjectBuild提供一种扩展、可定制的对象创建方式，虽然微软官方没
昨天看了Idior的文章EnterLib ObjectBuild vs Castle WindsorContainer, part 1，联想到我前面刚交付的一个系统，感触颇为深刻。在我那个系统的业务层只暴露了六个关键的接口，这些接口用于处理一些核心的运算：
原创
2006-08-16 13:09:00
513阅读
对EnterLib有所了解的人应该知道，其中有一个名叫Policy Injection的AOP框架；而整个EnterLib完全建立在另一个叫作Unity的底层框架之上，我们可以将Unity看成是一个IoC的框架。对于一个企业应用来说说，AOP和IoC是我们进行逻辑分离和降低耦合度最主要的方式，而将两者结合起来具有重要的现实意义。 一、基于IoC+AOP的编程 到底将IoC和AOP进行整合后，会对编程但来怎样的影响，我写了一个简单的例子（你可以从这里下载该实例）。假设我现在有两个模块，分别称为Foo和Bar，通过如下同名的类来表示。Foo和Bar具有各自的接口，分别为IFoo和IBa...
转载
2011-09-01 23:45:00
59阅读
2评论
当我们在设计一个框架的时候，必然会涉及一系列的配置。为了让使用者更好地使用你提供的框架，让他们能够容易地维护这些配置是一项基本的要求。对于一些配置过于复杂的框架，比如EnterLib，比如WCF，往往会提供一个配置的工具。但是，不过这样的配置工具是否提供，手工编译配置文件是在所难免的。如果在通过VS编辑配置的时候，能够提供智能感知和提示性描述的支持，这无疑会使配置的编辑变得非常的容易。这
转载
2011-04-20 16:00:00
64阅读
2评论
