Tweedledum, верно, ибо код рассчитан на то, что будет использоваться, как renderprops. Для гибкости можно написать if (typeof this.props.children === 'function') ... else ...
showerthought: зачем писать нативное приложение, если не нужен доступ к уж очень специфичным API и/или высокопроизводительным анимациям? Уже даже push notifications через веб можно посылать. А работа с файлами/камерой на базовом уровне реализована как столетями назад.
За что я люблю Symfony, что такие антипаттерны там "тяжело" реализовать.
В самой документации Вам намекают, что так лучше не делать.
"Глобальный контейнер" – это прямое противопоставление замечательного принципа Dependency Inversion Principle (D в SOLID), который помогает писать понятный, расширяемый и переиспользуемый код.
Использование такого контейнера вполне применимо, но требует осознания груза, который привносится проекту.
Осмелюсь предположить, что Вы не полностью понимаете плюсы/минусы этого решения, и видите в нём только простоту и удобство.
// по делу
А что хотите им решить? Вы же можете всем сервисам прописать какие надо зависимости. Если нужно создавать сервисы динамически (предположим, на основе каких-то параметров из базы/итд), то для этого есть factories.
