域驱动设计 – DDD和SOA是否真的在一起玩得很好?

前端之家收集整理的这篇文章主要介绍了域驱动设计 – DDD和SOA是否真的在一起玩得很好?前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
请让我知道,如果我完全对DDD的概念感到温和,但这是我的困境.

假设我有以下域名模型:

Teacher
  IList<Class>

Class
  Teacher
  IList<Student>

Student
  Class

现在,从DDD的角度看,老师是我的根源,事实上,在一个简单的应用程序中,我可以随着我的老师和她的班级和学生携带,并根据需要对他们采取行动.但是在SOA的情况下,我们已经把我的老师,她的班级和学生拉下来进行展示(dtos),她想添加一个学生.当然,我不会将整个对象图发送到服务器,并从数据库中检索域对象,以便我可以添加一个新学生,对吧?

这里的甜蜜点在哪里,还是我完全错过了船?

谢谢!

晚点:也许我在回答自己的问题,但我想一种方法是让我的老师服务有各种各样的学生管理方法(AddStudent,UpdateStudent),使得我的根目前仍在管理一切,而不是每个对象有一个服务.

你正在考虑表演,但是你会感到惊讶.在我的SOA Web服务中,我使用这样完整的对象图,性能在可接受的限度内.我建议使用业务对象和业务Web方法,如SaveTeacher(教师t),除非绝对需要使用DTO作为性能原因和相关的CRUD Web方法,如AddStudent(long teacherId,Student student) 但是即使使用以后,您也可以通过将老师从老师身上加载到持久性商店中来应用DDD概念,附加学生并将老师保存回持久性商店.

猜你在找的设计模式相关文章