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

Question

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

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

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

Answer 1

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

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

Answer 2

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

Answer 3

Похоже на базовый шаблон наблюдателя .

Answer 4

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

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

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

Answer 5

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