Обход подводных камней Angular и экономия времени

Вот не надо кривой переусложнённый дизайн фреймворка прикрывать "глупостью" пользователей. Вот, смотрите, как те же проблемы выглядят, например, в $mol:

1) Пользовательская директива, которую вы применили, не работает

В $mol нет директив. Есть только композиция компонент. Соответственно "забыть" директиву невозможно. А даже если бы директивы и были, то забыть импортировать их тоже было бы невозможно, так как вручную в $mol ничего не импортируется. Написал директиву — её код включился в бандл автоматически, благодаря MAM. Не написал — не включился. Всё просто, надёжно и не требует от разработчика помнить об этой рутине.

2) ViewChild возвращает undefined

Так как все вложенные элементы в $mol компонентах объявляются как ленивые фабрики типа:

@ $mol_mem
Input() {
    return $mol_string.make({
        // overrides
    })
}

То получить экземпляр элемента можно в любой момент, даже если приложение ещё не запущено или инпут не рендерится:

this.Input() // компонент инпута
this.Input().dom_node() // дом-элемент инпута

3) Выполнение кода при обновлении списка, сгенерированного с помощью *ngFor

В $mol благодаря ОРП зависимости трекаются автоматически, так что никакая ручная синхронизация состояний не требуется.

4) Проблемы с ActivatedRoute.queryParam, возникающие в том случае, когда запросы можно выполнять без параметров

В $mol все зависимые состояния объявляются как инварианты от своих зависимостей. Система реактивности же гарантирует, что вычисленное значение будет ровно одно и ровно в ожидаемом виде. Выглядит это примерно так:

token() {
    return this.$.$mol_state_arg.value( 'accessToken' )
}

Опять программисту не нужно шаманить для получения единообразного поведения.

5) Медленная работа страниц

В $mol ререндер одного элемента не приводит к ререндеру другого. Ререндер любого элемента происходит лишь при изменении зависимостей, от непосредственно которых зависит состояние данного конкретного элемента. Аналогичный пример на $mol не вызвал бы никаких проблем с производительностью.

Тайпскрипт упадёт с ошибкой.

1. А если тайпскрипта нет?
2. Даже если тайпскрипт — он с ошибкой в таких случаях не падает
3. А если бы падал — это кто-то в какой-то зависимости зависимости объявил директиву и теперь мне в своем проекте надо свою переименовывать, т.к. иначе — "падает"? Очень удобно.

Он создаётся в момент обращения.

Нет, не создает, т.к. в момент обращения еще неизвестно, что там за объект.

Боюсь это не возможно.

Ну либо ошибка либо действие не выполнено. Других вариантов нет.

И что же?

Это вы мне скажите.