我正在尝试为设计糟糕的数据库建模。我使用实体框架(EF)创建的POCO对象并不能准确地代表业务实体,因为我受到糟糕的数据库设计的限制。我打算单独定义我的业务实体,并将它们映射到POCO。所以它会是这样的: 商业实体==> POCO实体==> EF
你认为这样做会有什么不利之处吗?
因此我对EF很新,从目前为止我学到的东西看起来,当数据库完美时,EF效果最好。否则,我们最终会手动定制EDMX或其他一些解决方法。
谢谢, Manav
答案 0 :(得分:1)
如何处理这取决于您的应用程序中的辛勤工作。您希望使用最大化代码可维护性的方法。
如果没有太多的事务数据捕获(即CRUD操作)和许多复杂的业务规则,那么使用POCO的缩减层将有助于保持复杂的业务逻辑清洁和可管理。另一方面,如果您的业务规则几乎不存在,并且您的应用程序实际上只是捕获大量记录并将它们存储在数据库中,那么您的抽象层就变成了需要维护的更多代码。