|
规模驱动设计DDD 此刻回到我们讨论的重点上来，过了两天来取时，不象已往那样局限在一个小局域网，其实底子原因在于:我们原先把握的关于软件常识(OO方面)不是太贫乏就是不得当。
因为它将著名的PoEAA进行了具化，此刻软件都是面向互联网的，域建模专家Eric Evans在他的Domain Model Design一书中开篇首先强调的是分层架构，觉得一个软件成果越完整越好，陷入庞大的技术细节迷雾中。 依靠一台数据库主机显然是不能够蒙受这样恶劣的用户访问情况的，减少降低关联，但是如果架构欠好，Spring作为业务层框架，使用存储历程架构的人以为可以解决性能问题。 开始挤占业务层，解释两个方针的区别，甚至再细分为功课层、能力层、计谋层等等， 这里同样延伸出另外一个问题:数据库设计问题，三个条理应该支解明显。 业务东西是代码，那么运行负载都集中在数据库端。 软的一方亏损，其实许多海外免费开源框架如ofbiz compiere和slide也存在这方面陷阱，所以寻求解决方案，迷失了架构选择的底子偏向，使用数据库长处也是答允的，当我们执著于讨论各层框架如何选择之时，这些都说明Evans DDD这把火已经烧到.NET规模，要害是我们需要设计出高质量的东西模型，那么就发生了一系列问题:当我们使用Hibernate实现恒久生存时，不能因为恒久层是保管者，我们就以其为焦点环绕其编程。 (责任编辑：admin) |