AS
Size: a a a
2020 August 17
SФ
Тебе же нужен контекст, где эта переменная запишется
AS
оке
как синтаксис в нгиф?
*ngIf
как синтаксис в нгиф?
*ngIf
=“(data$ | async) as anotherDataVar” ?SФ
Это из componentStore и rx-angular/templates
SФ
оке
как синтаксис в нгиф?
*ngIf
как синтаксис в нгиф?
*ngIf
=“(data$ | async) as anotherDataVar” ?Да
AS
Ля. Ты как всегда топ. Спасибо!)
KN
пипол, запамятовал. Где-то видел как-то раз и ща хочу заюзать, а не помню синтаксис 😄
фишка в том, чтобы было что-то вроде
тип чтоб постоянно не писать
кто-то помнит как оно правильно пишется? :D
фишка в том, чтобы было что-то вроде
<some-elem [data]=“(data$ | async) as anotherDataVar” />тип чтоб постоянно не писать
data$ | async, вводится темплейт переменная anotherDataVarкто-то помнит как оно правильно пишется? :D
<mat-sidenav-container *ngIf="{isHandset: isHandset$ | async, isAuthorized: isAuthorized$ | async}; let context;">
...<mat-nav-list *ngIf="context.isAuthorized && !context.isHandset">лучше передавать не в переменную напрямую, чтобы не отхватить проблему с falsy undefined и несколькими переменными, а в словарик, как в примере выше context в котором может быть много разных пайпов заресолвлено сразу
AS
<mat-sidenav-container *ngIf="{isHandset: isHandset$ | async, isAuthorized: isAuthorized$ | async}; let context;">
...<mat-nav-list *ngIf="context.isAuthorized && !context.isHandset">лучше передавать не в переменную напрямую, чтобы не отхватить проблему с falsy undefined и несколькими переменными, а в словарик, как в примере выше context в котором может быть много разных пайпов заресолвлено сразу
ууу щит
спасибо)
спасибо)
KN
N
<mat-sidenav-container *ngIf="{isHandset: isHandset$ | async, isAuthorized: isAuthorized$ | async}; let context;">
...<mat-nav-list *ngIf="context.isAuthorized && !context.isHandset">лучше передавать не в переменную напрямую, чтобы не отхватить проблему с falsy undefined и несколькими переменными, а в словарик, как в примере выше context в котором может быть много разных пайпов заресолвлено сразу
хак на $100 👍
AO
<mat-sidenav-container *ngIf="{isHandset: isHandset$ | async, isAuthorized: isAuthorized$ | async}; let context;">
...<mat-nav-list *ngIf="context.isAuthorized && !context.isHandset">лучше передавать не в переменную напрямую, чтобы не отхватить проблему с falsy undefined и несколькими переменными, а в словарик, как в примере выше context в котором может быть много разных пайпов заресолвлено сразу
а ещё интереснее формировать ViewModel до того как эта модель попадет в компонент сам - на пример передать
vm$, тода просто <mat-sidenav-container *ngIf="vm$ | async as vm">
...
<mat-nav-list *ngIf="vm.isAuthorized && !vm.isHandset">
KN
можно, но тогда нужен конструктор где такой vm формировать, а так можно без конструктора обойтись :)
AO
можно, но тогда нужен конструктор где такой vm формировать, а так можно без конструктора обойтись :)
тогда можно от компонента отделить бизнес логику и передать ему только то, что ему нужно. 🙂
KN
я *ngif классифицирую как уровень представления, и как раз предпочитаю чтобы можно было ngif и человеком который умеет верстать править большую часть отображения. Такой angularjs way когда есть scope в котором куча всего и с ним играются в шаблоне.
AO
формирования ViewModel для компонента и шаблона - это осознание того, какие данные на самом деле ему нужны, а не куча всего для игры.
Это так же позволяет задуматься над разбитием больших компонентов на более маленькие, если ViewModel действительно начинает превращаться в огромную кучу - так сказать "колокольчики" начинают звенеть.
Но есть разные подходы - я лишь уточняю тот, который мне помогает 🙂
Это так же позволяет задуматься над разбитием больших компонентов на более маленькие, если ViewModel действительно начинает превращаться в огромную кучу - так сказать "колокольчики" начинают звенеть.
Но есть разные подходы - я лишь уточняю тот, который мне помогает 🙂
B
Alex Okrushko
формирования ViewModel для компонента и шаблона - это осознание того, какие данные на самом деле ему нужны, а не куча всего для игры.
Это так же позволяет задуматься над разбитием больших компонентов на более маленькие, если ViewModel действительно начинает превращаться в огромную кучу - так сказать "колокольчики" начинают звенеть.
Но есть разные подходы - я лишь уточняю тот, который мне помогает 🙂
Это так же позволяет задуматься над разбитием больших компонентов на более маленькие, если ViewModel действительно начинает превращаться в огромную кучу - так сказать "колокольчики" начинают звенеть.
Но есть разные подходы - я лишь уточняю тот, который мне помогает 🙂
А есть где это в коде глянуть, чтобы понятнее было?
OP
Народ, такая проблема. У меня есть список сущностей с разным количеством полей в одном списке, мне нужно их вывести на экран. Одним *ngFor пробегаюсь по списку сущностей, а вторым *ngFor по списку полей, чтобы их добавить в строку. Как то можно сделать что то типа {{account.{{fieldName}}}}? Или может есть еще какие то варианты?
AO
А есть где это в коде глянуть, чтобы понятнее было?
https://stackblitz.com/edit/angular-ivy-hdkz19?file=src%2Fapp%2Fpaginator.component.ts
Тут иcпользуется
Тут иcпользуется
ComponentStore под PaginatorStore, но это не важно - можно смотреть на него как на обычный сервис.
AO
Oleg Pavl
Народ, такая проблема. У меня есть список сущностей с разным количеством полей в одном списке, мне нужно их вывести на экран. Одним *ngFor пробегаюсь по списку сущностей, а вторым *ngFor по списку полей, чтобы их добавить в строку. Как то можно сделать что то типа {{account.{{fieldName}}}}? Или может есть еще какие то варианты?
если надо использовать
account (я так понимаю, что именно так названа template variable из первого ngFor), то вот так: {{account[fieldName]}}OP
Alex Okrushko
если надо использовать
account (я так понимаю, что именно так названа template variable из первого ngFor), то вот так: {{account[fieldName]}}Спасибо) Работает)