Architecture 多站点应用程序中的业务逻辑（前端、后端2、后端3、后端）

假设我有一份课程管理的申请

后端学生：

• 学生可以查看课程，订阅课程，评价课程

后端学校：

• 学校可以插入课程，为学生订阅课程。。。。 上传课程信息

后端教师：

• 教师可以将文件上载到计算机

正如您所看到的，应用程序共享了一些功能

我必须将业务逻辑放在哪里？

我有可能编写一个“核心业务逻辑”并分享它吗？

---

还是最好创建3个完全不同的业务逻辑？

您熟悉以下原则吗

• 中共
• CRP

简单的回答是（可能）你想把所有的BL放在一个地方，但组织方式要遵循CCP和CRP

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

这些原则（在您的案例中）基本上说明的是，作为您的

老师

，

学生

和

学校

对象显然是同一领域的一部分，它们可能应该放在一起

---

阅读此文，如果您对整个体系结构还不熟悉，应该会有所帮助：（p.S-尽管它以ASP.NET为中心，但仍有许多基础知识可以更广泛地应用。）

您熟悉以下原则吗

• 中共
• CRP

简单的回答是（可能）你想把所有的BL放在一个地方，但组织方式要遵循CCP和CRP

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

这些原则（在您的案例中）基本上说明的是，作为您的

老师

，

学生

和

学校

对象显然是同一领域的一部分，它们可能应该放在一起

---

阅读此文，如果您对整个体系结构还不熟悉，应该会有所帮助：（p.S-尽管它以ASP.NET为中心，但仍有许多基础知识可以更广泛地应用。）

您使用的是什么体系结构？典型的n层洋葱？需要更多信息。您使用的是什么体系结构？典型的n层洋葱？我需要更多的信息。