我不得不面对哪些问题让我转向使用DAAB的Microsoft Enterprise Library?换句话说,我现在似乎在没有它的情况下正常发展 - 我正在使用ADO .net实体框架来访问我的SQL数据库,但显然可以采用新的/更有效的方式处理数据访问,如果它们是值得的。我似乎发现的唯一文章针对的是更高级别的开发人员,所以任何人都可以给我一些关于企业库实际提供的解释,我现在可能会错过了吗?
答案 0 :(得分:0)
当你编码时,你应该永远不要重新发现轮子有很多原因。最重要的是,当您重复使用时,您正在使用经过审核并被开发社区普遍接受的内容。 EL是一个库,旨在简化您需要编写的代码量,以执行异常处理,数据访问,日志记录等常见事务。
在Data Access Application
的许多好处的情况下:
缺点,一般来说,位于ADO.NET之上的任何框架都会变慢,如果您不打算执行上述任何操作,则可能不需要使用它。
关键字是“企业”。
答案 1 :(得分:0)
在以前的主题中,例如this one,共识似乎是企业库通常在大多数中小型项目中过度设计。由于我在这里读到的主题,我甚至没有看过它。
答案 2 :(得分:0)
您必须意识到 - Entlib的数据访问块是在Entity Framework之前设计并发布的年。当时,目标是自动化连接字符串处理和ADO.NET对象的正确清理,DAAB确实做得很好。
但这就是它的全部功能。实体框架为您提供建模工具和ORM层。如果你的工作效率很高,而且速度足以满足你的需求,我不会放弃EF而转而使用Entlib。
如果您发现自己需要进行原始ADO.NET编程,那么Entlib是一个很有价值的工具。但如果没有充分的理由,我不会降到那个水平。