加入收藏 | 设为首页 | 会员中心 | 我要投稿 李大同 (https://www.lidatong.com.cn/)- 科技、建站、经验、云计算、5G、大数据,站长网!
当前位置: 首页 > 百科 > 正文

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

发布时间:2020-12-14 00:49:57 所属栏目:百科 来源:网络整理
导读:请让我知道,如果我完全对DDD的概念感到温和,但这是我的困境. 假设我有以下域名模型: Teacher IListClassClass Teacher IListStudentStudent Class 现在,从DDD的角度看,老师是我的根源,事实上,在一个简单的应用程序中,我可以随着我的老师和她的班级和学生携
请让我知道,如果我完全对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概念,附加学生并将老师保存回持久性商店.

(编辑:李大同)

【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容!

    推荐文章
      热点阅读