企业库的优缺点？
作为企业的信息部门，其他公司的程序中使用了企业库，但我较少接触企业库。通过代码可以看出，使用企业库的代码，需要针对OLedb和sqlDB分别写代码，但是仅仅这一点我们就要使用企业库吗，学习成本不小呀。我们为什么要用企业库，企业库适用于谁，企业库的优缺点？
------解决方案--------------------
企业库主要封装常用功能,如果项目小,没有必要用企业库,大的项目用可以减少不少代码量及方便统一扩充及管理代码
------解决方案--------------------
木有发现优点。。。。。。。。。
------解决方案--------------------
企业库封装的功能很好用的，很多相同的功能，直接使用就行了，方便了代码的书写，而且还能减少很多代码。
------解决方案--------------------
Unity还是很好用的。

还有Logging也挺好用，Caching用过一点。

其它的没有用过。
------解决方案--------------------
我也用过。感觉还不错吧。

事务什么的都封装好了。

主要是统一，以后修改的时候可以方便点。


------解决方案--------------------
其实一种规范， 团队开发不可少的。
我们使用DButility
------解决方案--------------------
The Logging Application Block
可以很容易的配置将log写到eventlog, 文件或者数据库中，或者不写log.

Unity就是用到需要DI的地方了。最典型的就是单元测试了。可以通过config来配置Fake的底层类。
------解决方案--------------------
这就是你从思想上没理解他了

1.既然你是设计者，其实就更没必要关心她。你基于你的设计去实现系统，而非基于数据库去实现系统。老毛是设计者，他说要游击战，持久战。他可没说地道战，地雷战这种细节，细节对于设计者来说其实是不可控的，什么都可以,谁说麻雀战不可以了(老蒋的空间换时间，谁说就不是持久战了，只是细节上老毛更积极一点，还是空间换时间，但不是一味退，我们要在细节上拖住你)

2.OLedb和sqlDB其实都是基础与一个抽象的设计。对于设计者来说，面对这个不变的抽象才是设计，如果你的设计还要去区分啥数据库，那么可以说基本没有设计，那就是就事论事一竿子到底的解法。如果基于这种解法，那就无所谓设计了，直接用delphi，vb的那种数据模块就可以解了