在棕地环境中开发或更新代码时,Entity Framework4.x是正确的工具吗?
与仅仅针对DB编写相比,我可以期望获得哪些实际的生产力收益?
如果您有任何意见,我将不胜感激。
发布于 2011-08-30 04:57:31
也许吧?这真的要看情况了。
如果您正在编写一个新模块以插入到应用程序中,这可能是使用EF最简单的情况,因为您将能够将其隔离在新的区域中。当我切换到它时,我发现与直接使用DB编写(或使用存储过程,或其他任何方式)相比,效率有了极大的提高。从字面上来说,将完成许多任务的时间减半,并消除了大量高度重复的代码。
生产力的巨大收益在于不必编写类(因为您已经有一个数据库,您可以告诉EF使用它,它将为您创建实体和类),然后不必编写查询。我总是发现编写高度重复的查询很容易因为输入错误而出错,并且您的CRUD操作都会为您处理。
如果你把现有的东西硬塞进EF中,那就有点不同了,里面有很多“视情况而定”。如果有一些容易替换的东西,它可能会对你有很大帮助。但是,如果你最终得到了一个令人困惑的混合,在一个函数中,你在EF中对DB做了一些事情,然后用旧的方法直接对同一个数据库做了更多的事情?对于后来开发这款应用的其他人来说,很难理解发生了什么,以及所有移动部件是如何相互作用的。
换入它也可能意味着丢弃已经工作的代码来访问数据库,因此生产率的提高不会像重新开始时那么高,因为在这种情况下,您已经有了一个有效的解决方案。不过,这可能还是值得的。
https://stackoverflow.com/questions/7235465
复制相似问题