Database 在实体框架4中实现聚合路由是否是一种良好的做法？
刚开始使用EntityFramework4开发一个新项目，我和其他一些使用NHibernate的团队进行了交流。他们在他们的实体上实现聚合路由，所以他们不会通过orders实体添加订单，而是通过customer.order在customer上使用addOrder方法来添加订单Database 在实体框架4中实现聚合路由是否是一种良好的做法？,database,entity-framework,aggregate,Database,Entity Framework,Aggregate,刚开始使用EntityFramework4开发一个新项目，我和其他一些使用NHibernate的团队进行了交流。他们在他们的实体上实现聚合路由，所以他们不会通过orders实体添加订单，而是通过customer.order在customer上使用addOrder方法来添加订单 这是我采取的方法，但我，唉，遇到了问题。这些都是我希望解决的问题，但它让我思考。。。这是一种很好的工作方式，还是我在毫无必要地进行一场艰苦的战斗？你当然可以这样使用EF。阅读Eric Evans的领域驱动设计，了解更多关于
这是我采取的方法，但我，唉，遇到了问题。这些都是我希望解决的问题，但它让我思考。。。这是一种很好的工作方式，还是我在毫无必要地进行一场艰苦的战斗？你当然可以这样使用EF。阅读Eric Evans的领域驱动设计，了解更多关于这个想法的信息
不过，您不需要为此编写任何代码。将已经有一个
customer.Orders.Add（o）