Когда категории существуют как часть домена или ядра приложения?

Question

Раньше, когда я проектировал приложение, я всегда относился к категориям как к главному элементу «верхнего уровня» дизайна. Но после того, как я стал больше интересоваться дизайном, управляемым предметной областью, а также базой данных как «не» моделью, я больше не вижу категорий в одном свете.

Для меня категории существуют в качестве вспомогательного средства пакетной обработки пользовательского интерфейса для навигации и управления; «просмотреть категорию x», «делать y со всеми вещами в категории y» и не являются частью ядра приложения, если в этом нет особой необходимости.

Я изо всех сил пытаюсь понять, существуют ли категории как часть ядра приложения, и не склоняются ли они как помощник. У кого-нибудь есть понимание того, как они относятся к категориям или какие ситуации требуют, чтобы категории были частью домена приложения?

Answer 1

Я всегда думал о категориях как о результате вынужденного решения. Для меня вопрос не в том, должны ли категории существовать в основе, а в том, какова их близость наследования от ядра решения, которое могло бы установить иерархию категорий, перемежающихся с логикой / логическим наследованием. Таким образом, цель домена заключается в том, чтобы служить единым контейнером области знаний, определенной коллективом его содержимого. Моя точка зрения основана на RDF, который представляет собой иерархию триплетов, где эта иерархия может представлять одну категорию знаний, представленную в контексте.