Вот ставишь себе код фейсбука, и что, искать там ошибки? Почему мы ему должны доверять теперь?

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

Может быть может помочь правильная настройка Content-Security-Policy со стороны магазина

На мой взгляд реализация через докораторы гораздо наглядней и менее зависит от IOC. Вот прекрасный
пример

Отличительной особенностью данного подхода от реализации паттерна «декоратор» средствами ООП является возможность добавлять вспомогательную функциональность к любым типам без необходимости создавать наследников. Подход также решает проблему множественного наследования.

А при чем тут множественное наследование?

Сижу с механикой, коллеги жалуются. Для меня это идеальный вариант, но, видимо, придется пожертвовать комфортом.

У меня макось+винда в виртуалке с 8Gb RAM. После 30 проектов студии с решарпером становится тяжело. Лично меня спасает Sublime, но не всем это подойдет. Коллеги, как правило, работают через bootcamp.

Выглядит классно, но в свой боевой проект внедрять побоюсь. Автор сам указал на проблему с использованием фреймворков, и это не позволит кодировать разные сборки в составе солюшена в одном стиле. Мне кажется, это может усложнить чтение кода для членов команды или сторонних ревьюверов.
Может быть это надуманная проблема, но я много раз наблюдал сложности с пониманием даже достаточно простых вещей людьми, которых сложно назвать глупыми, всего лишь из-за разницы в стиле кодирования.