Подход контейнерных компонентов

Ты про ngSwith, который в template?

Нет,про обычный в js,мне нужно блокировать поля в зависимости от ответа сервера ,полей много ,и я думаю как красивее это решить ,что бы не городить полотна с именами полей)

Создай form group и через patchState проверяй disabled параметр

Да и без patchState сразу при создании обьекта проверяй

А что ты подразумеваешь под "при создании обьекта проверяй" ? Типа сразу передавать в конфиг form group какие блочить?

Да

disabled через проверку делай

@spowka Я понял,cпасибо

ееее

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

  constructor(
    private localeService: BsLocaleService,
    @Inject(PLATFORM_ID) private platformId: {},
  ) {
if (isPlatformBrowser(platformId)) {
this.localeService.use('en');
}
}

Мне этот код нужно прописать где-то в 5 (может и больше) компонентах. Многова-то копирования получается. Какие идеи есть ? Думал в сторону Декораторов, но не уверен можно ли/правильно ли будет инжектить platformId & BsLocaleService там ?

  constructor(
    private localeService: BsLocaleService,
    @Inject(PLATFORM_ID) private platformId: {},
  ) {
if (isPlatformBrowser(platformId)) {
this.localeService.use('en');
}
}

Как вам такой вариант? Отдать установку локали в localeService (или любой другой), чтобы он сам этим занимался

В данном случае это сервис библиотеки. Вы предлагаете создать собственный, который будет выполнять вышеупомянутую логику, скажем в init() методе ?

Речь даже не про init метод, а чтобы это делалось само внутри, например в constructor сервиса.

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

class MyBsLocaleService extends BsLocaleService {
  constructor(
    private localeService: BsLocaleService,
    @Inject(PLATFORM_ID) private platformId: {},
  ) {
    super();
    if (isPlatformBrowser(platformId)) {
      this.localeService.use('en');
    }
  }
}

а дальше просто подменить сервисы через providers в модуле, где подключаете сервис с локалью

Так же, если у BsLocaleService есть базовый абстрактный класс, то можно наследовать его и реализовать все его методы в своем классе, так будет правильнее

class MyBsLocaleService extends BsLocaleService {
  constructor(
    private localeService: BsLocaleService,
    @Inject(PLATFORM_ID) private platformId: {},
  ) {
    super();
    if (isPlatformBrowser(platformId)) {
      this.localeService.use('en');
    }
  }
}

Всё выглядит очень логично и красиво, но вот не до конца представляю эту часть:

а дальше просто подменить сервисы через providers в модуле, где подключаете сервис с локалью

У меня есть:

@NgModule({
  imports: [
    BsDatepickerModule.forRoot(),
...

но мне нужно в том модуле, в котором это прописано сделать нечто подобное ?:

providers: [
  { provide: BsLocaleService, useClass: MyBsLocaleService },
]

(Возможно не useClass, не изучал этот вопрос ещё, но больше говорю за идею)

а дальше просто подменить сервисы через providers в модуле, где подключаете сервис с локалью

@NgModule({
  imports: [
    BsDatepickerModule.forRoot(),
...

providers: [
  { provide: BsLocaleService, useClass: MyBsLocaleService },
]

Что-то типа того, но BsLocaleService я бы вынес в отдельный provider под отдельным токеном, и использовал бы его как useExisting в новом provider

А вот тут, к сожалению, я Вас вообще не понял =( Можете показать минимальный пример ? И самое главное, почему именно такое решение ?

Если только немного позже, сейчас не за ноутом)