Практический смысл баблинга

[in4core]

Вот кстати интересно использует ли кто его в серьезных проектах , которые постоянно модифицируются и поддерживаются.
Почему такой вопрос :
1. Ситуация А - в которой баблинг был бы кстати, но он не поможет. Имеем вложенность спрайт классов - скажем 5 уровней. Нужно передать некое значение с 5го на 1й уровень, но при этом итоговое значение зависит от данных каждого уровня по очереди. Баблинг тут не поможет, потому что каждый уровень будет получать первоначальное значение, а нужно модифицируемое предидущим уровнем. ( хотя может я не в теме и как раз таки баблинг с какими то хитростями тут и нужен?)
2. Имеем не меньшую вложенность, но задача проще просто передать значение 5го уровня в 1й. Тут баблинг самое оно - одна подписка, один диспатч. Но если порассуждать глубже : имеем большое приложение , скажем игру, разработчик принявшись дорабатывать такой код видит в первом уровне подписку, а кто на нее отправит - загадка , придется перерыть всю составляющую - помоему это дикий минус, а не плюс. И вот тут интересный вопрос, - а не лучше ли в таких моментах воспользоваться каким нибудь статик классом либо связующим синглтоном? Хотя реализация не сильно увеличится - но все же более понятнее.
3. Для проектов на коленке , или мелких, где даже модификации занимают мелкую часть времени баблинг будет удобен , например в сайтах и т.п.

Может быть есть еще какие то полезные варианты баблинга , например не в DO классах , но сходу придумать ситуацию не могу.

Кто что может рассказать по этому поводу?