Бизнес-логика в приложении нескольких сайтов (внешний, внутренний 2, back-end3, back-end)

Question

Предположим, у меня есть приложение для управления курсами.

BACK-END СТУДЕНТ:

• студент может просматривать курсы, подписываются курс, конечно ставка ...

фонами ШКОЛА:

• тыс школа может вставить курс, ученик подзаголовка к cuorse .... загрузка обостря- для курса

BACK-END УЧИТЕЛЬ:

• учитель может загружать файлы на cuorse ....

.

Как вы можете видеть, какая-либо функция разделяет приложения.

Где я должен поставить Бизнес-логику?

Возможно ли разрешить «основную бизнес-логику» и поделиться им? Или лучше создать 3 совершенно разные бизнес-логики?

Answer 1

Вы знакомы со следующими принципами?

• Common Closure Principle КПК
• Common Reuse Principle CRP

Короткий ответ (вероятно), что вы хотите, чтобы все ваши BL в одном месте, но orgainised таким образом, что вы будете следовать КПК и CRP ,

Да, можно разделить и повторно использовать BL, но это будет зависеть от того, как вы архитектируете остальную часть решения.

То, что эти принципы в основном говорят (в вашем случае) является то, что ваши Teacher, Student и School объекты являются obviosuly частью того же домена, что они должны, вероятно, идти вместе.

Прочтите это, оно должно помочь, если вы новичок во всей архитектуре: 5-Layer Architecture(P.S - хотя это ASP.NET в центре, все еще существует множество основ, которые применяются более широко).