D
Привіт, порадьте лібу типу jquery querybuilder. Потрібно будувати складні фільтри з ієрархіями і зв'язаними сутностями..
Size: a a a
2020 October 01
2020 October 02
AK
Привіт, порадьте лібу типу jquery querybuilder. Потрібно будувати складні фільтри з ієрархіями і зв'язаними сутностями..
B
Всем привет. Появилась интересная ошибка. В логах вижу что фронт запрашивает favicon-16x16.png с неправильнымы путями, хотя ничего не меняли. Плюс каждый раз путь разный запрашивается. Что это такое может быть?, пока думаю: 1 на ссылку в письме которую бэк генерит, хотя она рабочая. 2 кто-то систему пытается хануть)
IF
export class CounterService extends RxService<Counter> он оборачивает только один бехевиор сабджект, а если в сервисе их несколько?IF
И если у меня реплей или асинк сабджект.
AЬ
export class CounterService extends RxService<Counter> он оборачивает только один бехевиор сабджект, а если в сервисе их несколько?ну да, выглядит сыровато в этом плане
AЬ
типа вводить доп левел наследования просто чтобы 1 сабжект туда убрать
AЬ
имхо, доп левел наследования вообще стоит вводить с опаской без очень веской причины
AЬ
потому что я на практике неоднократно встречал иерархии там из 5 каких-то сущностей которые друг друга наследуют и потом сам черт ногу сломит через эту вертикальную иерархию проходить, короче, выглядело так что больше проблем создавало
AЬ
и путаницы - мол что к чему в иерархии относится в плане признаков, почему эта сущность от этой наследуется а не от другой? Сопоставление признаков по которые наследуются и все такое
AK
export class CounterService extends RxService<Counter> он оборачивает только один бехевиор сабджект, а если в сервисе их несколько?там версия 0.0.9 пока, я думал об этом но руки еще не дошли что бы покрыть все возможные юз кеейсы (виды сабжектов) пока покрыт самый распространенный юз кейс
AЬ
поэтому, имхо, желательно с практической точки зрения строить иерархии где может 2-3 уровня максимум, не больше и вводить новые с опаской
IF
там версия 0.0.9 пока, я думал об этом но руки еще не дошли что бы покрыть все возможные юз кеейсы (виды сабжектов) пока покрыт самый распространенный юз кейс
AЬ
может как-то в виде декоратора оформить?
AЬ
ну если выносить бойлерплет этот куда-то то можно просто через композицию и DI или как-то с декоратором в духе AOP поиграться
AK
потому что я на практике неоднократно встречал иерархии там из 5 каких-то сущностей которые друг друга наследуют и потом сам черт ногу сломит через эту вертикальную иерархию проходить, короче, выглядело так что больше проблем создавало
да не спорю что часто наследование это зло но в этом случае если не хочется вводить наследование можно писать сабжекты прямо в сервисах и тогда rx-service не нужен 🙂
IF
Мне идея понравилась, просто надо допилить её, на более гибкую
AЬ
да не спорю что часто наследование это зло но в этом случае если не хочется вводить наследование можно писать сабжекты прямо в сервисах и тогда rx-service не нужен 🙂
писать их в сервисах может нарушать DRY :)
AK
писать их в сервисах может нарушать DRY :)
ога, но как говорится на вкус и цвет