本身测试一名，以前是开发的，后面转测试了，最近公司街接到一个新的项目公司里面的老程序员建议大家用[EntLib]微软企业库，但是本人对企业库没试用过，在网上了解了很多这方面的东西，和以前的手下（那会自己还是项目经理）探讨这个问题，他们表示不要用哪个，也不会用哪个，为什么了，
1.很一般，很多东西功能都齐全，但是他是属于微软的一套产品，微软当然主推他，可是做产品不是研究技术，很多开源的框架都比他强（强在那里了他什么都要配置非常麻烦，但是实现功能的话只需写几行代码，全部在配置里面 很繁琐，）
2.至于企业库的出现是因为当时08,09年orm纷争的年代的产物，现在NH drapper Linq别的到处都是。。。。至于企业库涉及的IOC AOP 更是多的是IOC Castle Unity Sprint.net Ninject...AOP 目前一般手写 MVC中用的较多，现在都没人用企业库了
3.微软企业库的话大哥比方他可能提供100个功能，倒是实际开发可能就10-20个功能很多用不上
4.程序开发就该量身定做，很简单我做个视频监控，调用硬件厂家的视频的ocx，然后每天存储，基本功能很简单，难道要我去用企业库开发一堆没用的程序，有什么意义
5.现在都2014了用08,09年的东西不觉得技术太落后了吗，作为测试我真的觉得一有时间就该多看书，我也会和男友一起看书
6.特别是做cs程序的开发者，一个程序稳定之后根本就不需要二次开发，当然bs不一样当浏览器升级之后，不得不二次开发，不开发就会影响客户友好度，在不通用的浏览器上都要兼容，平台做大以后就会升级到另一个平台的信息开发，那么当初的设计前一个平台就要考虑拓展性，如果当时用微软的企业库开发的话，后面在拓展就很头疼，甚至不能拓展
7.一个做过mes的2个同事告诉我，他们开发的时候基本就2层，已成访问数据库（硬件设备直接组态存入数据库），一层是ui(润乾报表)，一层数据访问，我的结构就这么简单，用不着企业库，不同的系统就不同的对待，最适合的才是王道，
8.很多框架都比企业库强没必要为了技术而技术，很简单，我现在做一个io操作，我不会吧io底层全部弄懂，我只需要怎样操作比较安全，能操作复制，删除就可以了，有必要去用微软企业库吗
最后小女子妄自菲薄，只是一个简单的内勤家测试，各位不要笑话我目光短浅，只是在这里证明下自己的观点
------解决方案--------------------
我现在还是一名实习生，IT菜鸟 不过你 还是加油
------解决方案--------------------
支持以下。
感觉有一定道理。。..
------解决方案--------------------
我想顶下，第一次听说微软企业库，能发点易懂的代码案例么？哇塞，是女的耶，么么哒。
------解决方案--------------------
女中豪杰。。。
------解决方案--------------------
不错~！以后多多交流~
------解决方案--------------------
女中豪杰！必须顶一下
------解决方案--------------------
企业库有更新么？
如果有经常更新，说明还没死，如果很久没更新了，说明已死
EF就经常更新
------解决方案--------------------
不明觉厉
------解决方案--------------------
没错的，研发部门代码风格 结构 代码模板 都是要求统一才行的。
既方便测试 也方便日后的维护工作。可维护性,拓展性 是很重要的。
------解决方案--------------------
不管是公司 还是个人，都需要 用自己的理解去搭建自己的框架， 这样用起来方便，改起来也方便， 用第三方的框架，有些很简单的问题 很难解决，或者根本无法解决。 除非他是免费+开源的 拿到可以用用， 至于微软的企业库，多少年前的了，我只能呵呵了。
------解决方案--------------------
企业库我只是用些工具，想Log， exception, unity啥的，不用他的数据库相关的部分，
我觉得企业库更像一些工具，而不是框架。
------解决方案--------------------
楼主说的有一定的道理。
用过时的东西，只有一个原因，那就是他对企业库懂一些，他对其他东西估计都不怎么懂。
所以 他尽量想用个自己熟悉一点的东西，这样后面开发什么的，他心里能有底一些。
再者，一般开发的时候，尽量都是用自己最熟练的技术，这样开发起来比较顺手，遇到问题比较好解决。
可以让开发团队坐一起商讨技术方案，这样大家各抒己见，来讨论哪种方案更加合理。
将各种方案的优势，劣势都说出来看看。
再就是把各种技术方案可能产生的技术风险都评估下。
最好有个能拍板的老大，去说服老大，让他定夺方案。
------解决方案--------------------
对于接的项目，就应该用项目主要负责人所精通的框架、组件、技术等，可控性高、风险低。
------解决方案--------------------
在网上搜了一下Enterprise Library, 觉得微软的东西还是比较负责任的，有完善的文档。
也有更新。不过更新不是很频罢了。大致是随.net的大框架一起更新。最新的是6.0。
应该说，也至少是一种合乎逻辑的”负责任“的选择。不应该片面地说”这东西不行“。至少它有基于AOP或IOC的标准实现。有一系列工具可供选择。
至于团队用不用，那是看团队的具体技术掌握情况和老大的偏好。但它绝不是“过时”的技术。
------解决方案--------------------
.net 界没有多少开源的东西提供时髦技术，没有企业库，我们都得花大量时间去重复建设。而且不少还是有技术含量的重复建设。
楼主觉得用不着，要么是强得离谱，要么是太out 了。
------解决方案--------------------
程序该量身定做，就像衣服一样
------解决方案--------------------
LogWriter logWriter = EnterpriseLibraryContainer.Current.GetInstance<LogWriter>();
logWriter.Write("要记录的字符串");
其它在config中配置。
当然如果，性能或者格式不满足需求的话，就不能用了。
------解决方案--------------------
虽然不知道说的什么 但是还是觉得好厉害的样子 。。貌似第三个里面有字打错了啊
------解决方案--------------------
一般我们看待这类东西，只需了解他都能为我们实现些什么，还有能为我们提供怎样的便利，可以减少我们多少工作量，如果觉得还不如自己开发的工具包，那就没有多大意义了，觉得好用才去用，不是人家怎么说就怎么做
------解决方案--------------------
皇帝的新装.
------解决方案--------------------
支持！
------解决方案--------------------
Enterprise Library for .Net Framework 3.5 – EntLib v4.1 是patterns & practices 小组为.NET Framework 3.5 开发一套企业库，目前最新版本为v5.0，支持.NET Framework 4.0，共包括9个Application Block，包括数据访问（Data Access Application Block）、异常管理（Exception Handling Application Block）、数据验证（Validation Application Block）等等，对企业应用开发非常有帮助，也非常实用。
------解决方案--------------------
楼主不知所云，读了几句就读不下去了，怎么话都说不通顺说不明白
大概扫了几眼
一 5年前的技术怎么了？就一定过时了吗？
二 我真心觉得比微软强的不是没有，但是不多
三 适合的就是最好的这句话说得不错，但如果建立在自己有限的认知上，那我呵呵了
最后说点儿题外话，能看出楼主跟对象都是it人士，衷心地祝福在事业上能有所精进，另外不要忽略了生活，不要变成工作的机器