多站点应用程序中的业务逻辑(前端,后端2,后端3,后端)

时间:2010-11-29 08:20:08

标签: architecture domain-driven-design business-logic

假设我有一个课程管理申请。

后端学生:

  • 学生可以查看课程,订阅课程,评分课程......

后端学校:

  • 学校可以插入课程,订阅学生骂人 .... 为课程上传文件

后端老师:

  • 教师可以将文件上传至cuorse ....

正如您所看到的,某些功能是应用程序共享的。

我必须放置业务逻辑吗?

我有可能将“核心业务逻辑”弄清楚并分享它吗? 或者最好创建3个完全不同的业务逻辑?

1 个答案:

答案 0 :(得分:1)

您熟悉以下原则吗?

简短的回答是(可能)你希望把你所有的BL放在一个地方,但是要以你跟随CCP和CRP的方式进行讨价还价。

是的,可以共享和重用BL,但这取决于您如何构建解决方案的其余部分。

这些原则基本上说(在您的情况下)是因为您的TeacherStudentSchool对象显然是同一个域的一部分,所以它们应该在一起。

阅读本文,如果您是整个架构的新手,它应该会有所帮助:5-Layer Architecture (PS - 尽管它以ASP.NET为中心,但仍有许多基础知识可以更广泛地应用)。