Ну в примере у @thekiba они в ./src/lib/shared/

тут интерфейсы устаешь клепать, а тут еще абстракции надо будет ))))

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

Это позволит нам иметь слабое зацепление и сильную связность, что сделает модули независимыми от того, что находится внутри. Это дает возможность менять реализацию, если это требуется, полностью реструктурировать все, и у нас не возникнет с этим проблем.

Это можно сравнить с замком и ключом. Ключ открывает замок, потому что он двигает сувальды. Мы всегда можем сделать новый ключ или повесить его на новый брелок, и при этом он все равно будет открывать замок.

Вопрос есть на счёт практической части, кто как считает лучше сделать?  То как я сделал мне кажется слишком примитивно. В общем, есть 10 таблиц, за данные в каждой таблице отвечает отдельный ендпоинт, нужно на одной странице вывести эти 10 таблиц одновременно либо их часть в зависимости какую/какие таблицы захочет увидеть пользователь отмечая чекбоксом и нажатием на кнопку «получить» при этом каждое обращение к ендпоинту может иметь свои параметры типа даты или ещё чего либо, тоже пользователь может выбирать перед тем как нажать на кнопку «получить». Я сделал это двумя массивами, первый отвечает за название чебокосов и параметров request, в который в будущем я буду присваивать обращение к ендпоинту с другого массива, где эти обращения лежат в строгой  последовательности. Так как строгая последовательность в массивах мне не нравится, мне кажется что есть более гибкий и лучший способ как такую задачу реализовать

Как тут лайк поставить ?)

И пару слов про наследование не абстрактых классов. Так делать никогда не стоит. И есть простая методика, как можно без наследования реализации расширять реализацию. Такой способ называется делегирование, тут можно почитать подробнее:
https://refactoring.guru/ru/design-patterns/proxy

Вот тут есть небольшой пример:
https://github.com/angular/angular/blob/master/packages/platform-browser/animations/src/animation_renderer.ts#L131

BaseAnimationRenderer реализует Renderer2, и приэтом в конструкторе он тоже принимает Renderer2.

Вот тут он делегирует вызов метода в Renderer2, и в engine:
https://github.com/angular/angular/blob/master/packages/platform-browser/animations/src/animation_renderer.ts#L154-L157

🌈🦄💖 — почти как лайк, только круче!)

@thekiba , спасибо за такие подробные разъяснения.

за х1 месседж больше инфы вынес, чем за месяц чтива

Сэнкс!

Вот это вечер, спасибище парни 👍

Лис вообще молодец) поставь ему лайки на гитхабе и в медиуме на статьях, по этой дороге ещё много интересного узнаешь)

Ребят, небольшой вопрос, поднял пример ангуляра с использованием SSR из доки. База работает. Попробовал добавить в компонент Higcharts

import * as Highcharts from 'highcharts';
...
ngOnInit() {
    Highcharts.chart(this.element.nativeElement, {});
}

И в браузере все ок, а на сервере получаю

ERROR TypeError: Highcharts.chart is not a function

Подскажите куда копать, если кто то сталкивался с подобным

EDIT:
console.log(Higcharts) на сервере выдаёт

{ [Function] default: [Circular] }

настройки модулей во всех tsconfig-ax

    "module": "commonjs",
    "moduleResolution": "node"

import * as Highcharts from 'highcharts';
...
ngOnInit() {
    Highcharts.chart(this.element.nativeElement, {});
}

ERROR TypeError: Highcharts.chart is not a function

{ [Function] default: [Circular] }

    "module": "commonjs",
    "moduleResolution": "node"

Скорее всего Highcharts не поддерживает SSR, ведь на сервере нет никакого winndow, canvas и тд. Как вариант можно проверят isPlatformBrowser и только тогда вызывать Highcharts.chart(...)

Уже :D

Да, я в целом не сомневаюсь что он не поддерживает, но ошибка еще до его вызова, а вот это смущает, проблема в импорте

ладно, в принципе вопрос перестаёт быть критичным, потому что с другими либами вроде-бы проблем нет (проверил на moment). Но если кто-то знает в чем собственно дело, было бы интересно услышать

ну проблема в различии в es6 import и commonjs require. Если на сервере не вызывать его, то и не будет ошибки, что вы написали: ERROR TypeError: Highcharts.chart is not a function
Просто проверять isPlatformBrowser(this.platformID)

@thekiba не подскажешь по какой причине в тестах появляется An error was thrown in afterAll

Думаю лучше не упоминать по среди ночи 👀