Не понимаю почему.
Волей не волей, сравниваю визуальное программирование с ООП и становится не понятно, почему все линии должны вести к одному кубику. Хотя в обычном ООП можно в любом месте вставить метод или прочитать данные.
считаю что нет тут ничего радикального, просто дополнительная возможность, которая сравнимая с кабелями из основного пакета. Удобно объединить линии в одну, а тут удобно получить доступ к елементу в двух местах.
Скажу так. Рассмотрите эту идею с позиции альтернативы менеджерам, как универсальный менеджер. Что это значит? Разрабатывается большой элемент (например, StringTable), у которого очень много точек. В основном пакете пошли по методу дробления кода на части и назвали каждую доп часть менеджером. Тут же я предлагаю не дробление кода, а возможность, как бы, дать доступ к элементу из разных мест и спрятать ненужные точки, а нужные показать. И при разработке уже не нужно задумываться, как разделить элемент функционально, так как будет универсальный менеджер и каждый сможет разделить функционал как ему будет удобно.

P.S.: Сама идея появилась при разработке своего пакета. Но так и не дошла до стадии реализации. Не осилил
Надеюсь, что получилось донести свою мысль. Может еще кто-то выскажется. А может, натолкнёт на что-то дельное