Вキ
там ведь интерфейс унифицированный будет?
Size: a a a
2020 January 28
E
да, некий общий DataProvider интерфейс
E
вот, а вопрос в том, как это изящнее организовать. мне сходу приходит только идея замаппить в providers модуля, в котором эта форма используется
Вキ
а что из себя сервис представляет?
b💬
b💬
чуток минск от москвы отстает)
E
а что из себя сервис представляет?
там просто метод, который каким-то образом получает данные и отдает поток с ними
Вキ
там просто метод, который каким-то образом получает данные и отдает поток с ними
а конфиг формы приходит в виде json?
E
а конфиг формы приходит в виде json?
ды
E
пока что конфиг не приходит, пока что конфиг на клиенте, но, вероятно, в будущем будет приходить
Вキ
хочу в конфиге поля в динамической форме указать что-то вроде dataProvider: SomeService и в самом контроле вытянуть указанный в конфиге сервис
чаще всего необходимо вместе сервисом помещать какие-то metadata
их можно резолвить через рефлексию и декораторы
а можно прямо в DI класть в месте с сылкой на сервис
подумай, как бы ты это сделал
их можно резолвить через рефлексию и декораторы
а можно прямо в DI класть в месте с сылкой на сервис
подумай, как бы ты это сделал
E
чаще всего необходимо вместе сервисом помещать какие-то metadata
их можно резолвить через рефлексию и декораторы
а можно прямо в DI класть в месте с сылкой на сервис
подумай, как бы ты это сделал
их можно резолвить через рефлексию и декораторы
а можно прямо в DI класть в месте с сылкой на сервис
подумай, как бы ты это сделал
мм, как-то этот вариант "{ provide: 'someProvider', useClass: SomeService },
в конфиге dataProvider: 'someProvider', в компоненте вытянуть через Injector" выглядит проще, чем через метадату
в конфиге dataProvider: 'someProvider', в компоненте вытянуть через Injector" выглядит проще, чем через метадату
E
но спасибо за направление, поковыряю :)
Вキ
мм, как-то этот вариант "{ provide: 'someProvider', useClass: SomeService },
в конфиге dataProvider: 'someProvider', в компоненте вытянуть через Injector" выглядит проще, чем через метадату
в конфиге dataProvider: 'someProvider', в компоненте вытянуть через Injector" выглядит проще, чем через метадату
не, я про то, что методанные могут пригодиться, и поэтому либо будет провайд
prioviders: [
SomeService,
{
provide: SERVICES_TOKEN,
useValue: someServiceConfig,
multi: true
}
]
или
providers: [
{
provide: SERVICES_TOKEN,
useExisting: SomeService,
multi: true
}
]
@Service({ config: 'data', fox: 'frrr' })
@Injectable()
export class SomeService
prioviders: [
SomeService,
{
provide: SERVICES_TOKEN,
useValue: someServiceConfig,
multi: true
}
]
или
providers: [
{
provide: SERVICES_TOKEN,
useExisting: SomeService,
multi: true
}
]
@Service({ config: 'data', fox: 'frrr' })
@Injectable()
export class SomeService
E
не, я про то, что методанные могут пригодиться, и поэтому либо будет провайд
prioviders: [
SomeService,
{
provide: SERVICES_TOKEN,
useValue: someServiceConfig,
multi: true
}
]
или
providers: [
{
provide: SERVICES_TOKEN,
useExisting: SomeService,
multi: true
}
]
@Service({ config: 'data', fox: 'frrr' })
@Injectable()
export class SomeService
prioviders: [
SomeService,
{
provide: SERVICES_TOKEN,
useValue: someServiceConfig,
multi: true
}
]
или
providers: [
{
provide: SERVICES_TOKEN,
useExisting: SomeService,
multi: true
}
]
@Service({ config: 'data', fox: 'frrr' })
@Injectable()
export class SomeService
а, понял, спасибо большое! пойду расследовать)
Вキ
а, понял, спасибо большое! пойду расследовать)
но во втором случае multi провайдер тоже понадобится, но только с ссылкой на сервис
Вキ
чтобы все сервисы твои можно было получить) думаю это понятно
Вキ
а, понял, спасибо большое! пойду расследовать)
добавил, чтобы путанницы не было
речь конкретно про хранение метаданных для сервиса
речь конкретно про хранение метаданных для сервиса
Вキ
например, в этих метаданных можешь ключ хранить, по которому будешь сервис дергать при ресолве
а еще всякие дескрипшены можно закидывать для UI и тд.
а еще всякие дескрипшены можно закидывать для UI и тд.