или где можно почитать об этом?

я делал так как здесь: https://stackoverflow.com/questions/41438801/angular-2-how-to-import-custom-function-to-component-and-service

К примеру в компонент прилетит не валидный пропс, в котором отработает какоето исключение типо not in null или чтото вроде этого. При чем это будет в момент создания конструктора

1. Если вы хотите отловить ошибку с помощью Error Boundary, то спешу сообщить что это не работает на ssr.
2. Если ваш компонент крашится на сервере - значит и на фронте тоже, проще компонент пофиксить чтобы он не крашился.
3. Если у вас есть РЕАЛЬНАЯ потенциальная проблема по причине которой крашится\не работает компонент, нужно описать исключительное поведение для этого компонента, но без участия Error Boundary.

Если 3 вариант, то как напсать исключительное поведение? Этот компонент является HOC, который внутри себя содержит дочерние компонеты, которые смогут вызвать ошибку.

А в чем проблема ? Экспортите функции, потом в компоненте их вызываете. Вам и не нужно в конструктор их вставлять, иначе ангуляр пытается через DI их получать в рантайме.  Или я не так понял, скиньте код ваш как вы пытаетесь сделать

спасибо, уже решил. действительно в конструткторе было лишнее

кто нибудь знает зачем typescript это выражение добавляет на этапе компиляции?

а чт овас смущает - декорировать только то что положено декорировать

не совсем понятно что в данном отрезке кода происходит

проверяется что у текущего this есть флаг decorate

ну если я заранее определю другой __decorate через this.__decorate в уже скомпилированном коде он его будет использовать, а не тот что нужен

что поделать )

tradeoffs :)

на самом деле интересно посмотреть что компилируется в конечном итоге и потом разбираться как это работает

ну так посмотрите, там никакой магии нет

интересно было бы ещё узнать, как tsc определяет в какие выражения надо скомпилировать тот или иной участок исходного кода