E
Думала про это, но надо посмотреть, что я какую-то параллельную логику не сломаю. У нас иногда бывает, что shareReply не стоит применять
Size: a a a
2021 July 29
SS
Самое главное, если в шаблоне, не забыть refCount: true потому что тогда он будет жив всегда, или до takeUntil если есть
SS
можно еще без рефкаунта, просто shareReplay но тогда нужен takeUntil. У нас в некоторых местах есть такое, потому что бывает какая то часть шаблона (под/от)писывается когда срабатывает ngIf. А с рефКаунтом если он доходит до 0 а потом снова в 1 каждый раз происходит переподписка на верхний поток.
E
Мы чаще всего используем просто shareReplay(1), чтобы получить данные с сервера для дропдаунов каких-нибудь и потом использовать их на всей форме.
AS
они потом не пропадают и остаются жить
E
А это же можно как-то напрямую отследить? Какими-нибудь тулзами или профилировщиками?
AS
в мемори снапшоте можно найти. ReplaySubject с нужными данными.
SS
а какой там по дефолту refCount?
SS
судя по всему false
SS
я всегда делаю shareReplay(1, {refCount:true/false}) что бы не думать
SS
Да, они будут жить вечно, но если они в сервисе то это может быть нормально :)
A
Коллеги, доброе утро, пишу первый unit тест для продакшена и при тестирвоании шаблона вышла заминка.
примерное содержание моих файлов
// component.html
<ng-template #titleTemplate>
<span>{{ myTitle }}</span>
</ng-template>
// component.spec.ts
проблема:
и даже обращение с
примерное содержание моих файлов
// component.html
<ng-template #titleTemplate>
<span>{{ myTitle }}</span>
</ng-template>
// component.spec.ts
beforeEach(() => {
fixture = TestBed.createComponent(IwPmEventListComponent);
fixture.detectChanges();
const htmlElement: HTMLElement = fixture.nativeElement; // {}
omponent = fixture.componentInstance;
});проблема:
htmlElement всегда равен пустому объектуи даже обращение с
omponent.titleTemplate не дает ожидаемых результатовAS
никакого
SS
ну там false, не может быть никакого
кстати в 4 или 5 версии там был true из-за чего может все сломаться
кстати в 4 или 5 версии там был true из-за чего может все сломаться
N👩
а что именно нужно в компоненте тестировать? я бы рекомендовал просто те части, которые нужно тестировать, выносить в сервисы и тестировать их, так проще будет
A
здесь ситуация другая) пришел на проект с готовым кодом, и его нужно покрыть тестми)
N👩
весь?
A
в идеале весь, на практике посмотрим как оно пойдет)
N👩
тогда точно советую начинать не с компонентов )
N👩
если в компоненте есть логика, которую нужно протестировать, то лучше ее вынести в сервис, и протестировать его