Теория сетей и MVC

Question

Я разработал MVC, который не допускает связи между представлениями (формами). Если форме необходимо связаться с другой формой, она вызывает событие на контроллере, на которое могут подписаться другие формы. Общая идея состоит в том, чтобы свести пути общения к минимуму, помогая снизить сложность. Каждое представление связывается с RootController, который является одноэлементным или подчиненным контроллером, доступ к которому осуществляется через RootController. Опять же, он поддерживает коммуникационные пути вниз, потому что все проходит через RootController.

Следует ли это общей теории сети, согласно которой, чем больше узлов вы добавляете в сеть, тем сложнее она становится. «И», чем больше каждый из этих узлов взаимодействует напрямую, тем больше сложностей вносится в сеть. Кто-нибудь может указать, как называется эта область / теория? Список литературы?

Является ли то, что я делаю с MVC, аналогично тому, чтобы все узлы в сети проходили через центральный узел для связи друг с другом?

Answer 1

Я думаю, что вы, возможно, захотите посмотреть теорию графов (которая является основой для топологии сети).

И ваше решение звучит так, как будто оно аналогично тому, как все взаимодействует через центральный узел в сети. Это хороший шаблон для простоты (каждому новому узлу требуется только одно соединение для подключения ко всему), но это плохо для масштабируемости, поскольку вы достигнете точки, когда объем работы вашего RootController огромен. Каждый новый узел приближает вас к существенному узкому месту в производительности вашего центрального узла.

Answer 2

На самом деле это звучит как шаблон mediator ... все общение происходит через центральный концентратор ...

Answer 3

Ну, если у вас есть полный граф (где данный узел напрямую связан с каждым другим узлом), то это будет n (n-1) / 2 ребер и O (n ^ 2) ... что ты ищешь?

Для втулки со спицами вы смотрите на n-1 ребра и O (n) сложность.

Однако во многих приложениях rails, над которыми я работал, разрешение представлениям вызывать другие представления никогда (как я могу вспомнить) не вызывало много проблем ... на самом деле было бы действительно трудно проработать всю «частичную» вещь без этого.

Answer 4

Звучит как базовый образец наблюдателя .

Answer 5

Я не уверен, что теория сетей / графов будет здесь очень полезна. Все «пути» имеют длину 1. Кажется очевидным, что чем больше у вас форм, и чем больше эти формы взаимодействуют друг с другом, тем сложнее ваше приложение. Если вы хотите смоделировать свое приложение, я думаю, что вам лучше рассмотреть передачу сообщений , а не теорию графов.