业务系统的设计原则:
尽量避免跨领域对象操作。
1.避免需求,
避免设计,
三是技术分离。
微服务从顶层设计划分业务之间的相互作用,
领域驱动设计从实现层面聚合分离对象,
CQRS从技术层面分离。
Jpa设计理念的变化体现在对象操作上,使开发人员脱离数据库CRUD,转向关注领域对象的逻辑处理,而领域对象的思维更符合业务逻辑本身,以结构的开放性保持业务变化的灵活性。
优点:
1.设计方法论不同,jpa是按领域DDD建模, JPA能够直接持久复杂的Java对象。
2.jpa实体之间可以有实体关联, 面向对象编程mybatis例如,不要显示对象关系ManyToOne, OneToMany等,jpa简化存储方法。
3.通过业务解耦,可以避免频繁的事务。
缺点:
1.sql优化困难,
2.实现复杂的需求困难(门槛高),
3.不懂DDD如果是,将成为增删改查。
jpa国内适用场景:
更新迭代缓慢或需求变化不大的项目或一些中小型信息管理项目。
补充说明:
1.复杂的查询应通过CQRS通过异步队列建立合适的查询视图,避免复杂的视图Join,而不是直接查询领域模型。
2.从目前的趋势来看,OLAP交给NoSQL数据库可能更合适。
版权声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌抄袭侵权/违法违规的内容, 请发送邮件至827202335@qq.com 举报,一经查实,本站将立刻删除。文章链接:https://www.eztwang.com/dongtai/51762.html