странный вопрос относительно архитектуры приложения, но, возможно, вы можете мне помочь :-).сообщение ориентированное общение в автономном приложении - это имеет смысл?
Есть ли смысл использовать сообщения для внутренней связи в автономном приложении?
Чтобы быть ясным, я говорю не о MOM, а о одном приложении с архитектурой MVC или PAC внутри (или любой архитектурой, состоящей из нескольких взаимодействующих модулей). Также система сообщений не определена здесь, мы можем предположить, что это то, что позволяет создавать и отправлять объекты из одного приложения в другой, вместо простого вызова метода (так что в основном отправлять (сообщение) вместо ilights-> lightOn (bool)).
Так предположим, что такое приложение имеет несколько модулей, некоторые из них зависит от остальных (иерархическое дерево), некоторые другие находятся на одном уровне иерархического дерева и т.д.
А теперь вопрос, имеет ли он смысл использовать любую систему обмена сообщениями, а не передавать интерфейсы, а затем использовать их только для вызова необходимых методов?
С одной точки зрения использование сообщений может помочь нам развязать модули, но какие модули? Просто модули в верхней части дерева модулей или сообщения должны идти глубже (насколько глубоко)?
Существует также вторая точка зрения, система обмена сообщениями увеличивает количество кода шаблона (мы должны определять сообщения, создавать обработчики, диспетчеры и т. Д. Вместо простого вызова метода), поэтому есть некоторая дополнительная работа.
Есть ли какое-либо золотое серебро или просто использование сообщений внутри автономного приложения, совершенно бессмысленно?
по технике? обычно т он отвечает на ваш вопрос: «вам нужно сделать это прямо сейчас?» Простота и ремонтопригодность - это наиболее важные принципы дизайна импорта. –
@TMcKeown Существует несколько других принципов, которые следует учитывать, важно ли они, что это вопрос требований, например. некоторые проекты не заботятся о ремонтопригодности. – PsiX