Есть ещё одна проблема - "размазывание бизнес-логики по различным уровням".
И это не проблема проектирования. Просто бизнес-логика такова. Часть её влияет на данные. Часть на транспорт. Часть - на различные аспекты визуализации. Она не "солидна", она - "размазана". Просто по сути своей. А не потому, что "недодумали".
Мне лично - модель - тут тоже помогает. Она позволяет проследить такую бизнес-логику.
А коли "размазывание" - имеет место, то с "болтами-гайками" - не всё так просто. Как мне кажется.
К чему это я? А к тому, что раз имеет место "сложное принятие" решений, то оно скорее всего описывается каким-то how-to. Типа - "тут заводим объект такого, то типа, тут - такого, тут протягиваем между ними мост.. и т.п." А раз есть подобные "инструкции" и how-to, то скорее всего их можно изобразить на модели в виде "чертежа". Сделав шаблонным стереотипным решением. Вот собственно это и становится - "болтами-гайками". И процесс - рекурсивный.
И это не проблема проектирования. Просто бизнес-логика такова. Часть её влияет на данные. Часть на транспорт. Часть - на различные аспекты визуализации. Она не "солидна", она - "размазана". Просто по сути своей. А не потому, что "недодумали".
Мне лично - модель - тут тоже помогает. Она позволяет проследить такую бизнес-логику.
А коли "размазывание" - имеет место, то с "болтами-гайками" - не всё так просто. Как мне кажется.
К чему это я? А к тому, что раз имеет место "сложное принятие" решений, то оно скорее всего описывается каким-то how-to. Типа - "тут заводим объект такого, то типа, тут - такого, тут протягиваем между ними мост.. и т.п." А раз есть подобные "инструкции" и how-to, то скорее всего их можно изобразить на модели в виде "чертежа". Сделав шаблонным стереотипным решением. Вот собственно это и становится - "болтами-гайками". И процесс - рекурсивный.
Комментариев нет:
Отправить комментарий