您使用的是Microsoft Enterprise Library吗?

tri*_*bus 23 .net c# vb.net asp.net enterprise-library

在我的店里,我们目前正在开发我认为的中小型项目.我们一直在调查企业库以及它如何能够帮助我们开发.我特别关注Logging块并将其与Log4Net进行比较.在我看来,企业库块对于简单的应用程序日志记录来说是一个极其过度设计的解决方案.

话虽如此.您使用的是企业库以及规模较大的项目吗?您对企业图书馆整体有何看法?

谢谢

Chr*_*ris 19

我认为企业库在大多数情况下都是过度设计的.不,我们不使用它,但我们的大多数项目都是具有促销性质的短期高容量网站.


Jar*_*yer 10

过度设计的+1.我们使用log4net而不是日志记录或异常处理块.我们使用本机.NET System.Security命名空间而不是entlib加密块.一些跟踪工具很好,但我们没有生产中使用它们的任何东西.


Jef*_*eff 9

不,我们不使用它.事实上,我是企业库块的一个大反对者,因为我看到了新版块的后向兼容性问题太多了.


jal*_*alf 7

我们使用它(特别是Unity,Logging和Validation),我不能说我是它的忠实粉丝.

记录块肯定是过度设计的,具有讽刺意味的是仍然缺乏很大的灵活性.如果我想将更多结构化日志消息写入数据库而不仅仅是一个包含通用消息的表,我会惊讶于我需要删除和替换多少代码.文档很粗略,很难跟踪记录器中实际发生的情况.

Unity实际上工作正常.就个人而言,我宁愿完全避免DI容器,但如果你必须使用它,Unity似乎很好.

我还没有真正参与使用验证块的代码,所以我不能告诉你它是如何工作的.

但总的来说,我会说是的,它是过度设计的,除非它完全符合您的需求,否则如果没有它,你可能会更好.


Rin*_*lin 7

企业库是一种矫枉过正.它太复杂而且不灵活.所以我们不使用.

在我们的项目中(包括那些通过Windows Azure定位分布式计算方案的项目),我们使用Lokad共享库作为轻量级替代品.它插入log4net进行日志记录,Autofac IoC进行配置,提供自定义业务规则,验证和异常处理(带可靠性)应用程序块,同时将所有必需的程序集打包在几个dll文件中.