\u0142atwiejszy i wygodniejszy spos\u00f3b na dodawanie trackBy do @for.<\/p>\n\n\n\n
Pierwsze kroki<\/strong><\/h2>\n\n\n\nPami\u0119tajmy, aby zainstalowa\u0107 Angulara w wersji 17.\u00a0Aby to zrobi\u0107, nale\u017cy u\u017cy\u0107 terminala, wykonuj\u0105c nast\u0119puj\u0105ce komendy:\u00a0<\/p>\n\n\n
\nnpm install -g @angular\/cli@latest\nng new my-first-project\u2013angular-version-17\n<\/pre><\/div>\n\n\nPo utworzeniu i uruchomieniu nowego projektu, mo\u017cemy korzysta\u0107 z nowoczesnych dobrodziejstw.<\/p>\n\n\n\n
Ca\u0142y control flow <\/em><\/strong>nowego podej\u015bcia zaprezentuj\u0119 na przyk\u0142adzie prostego widoku, na kt\u00f3rym mamy informacj\u0119 o nowym pracowniku.<\/p>\n\n\n\n![\"nowy](\"https:\/\/sii.pl\/blog\/wp-content\/uploads\/2024\/02\/image1.png\")
<\/a>Ryc. 1 Informacja o nowym pracowniku<\/figcaption><\/figure>\n\n\n\nPo naci\u015bni\u0119ciu przycisku \u201eMore information\u201d, zostan\u0105 pokazane dodatkowe informacje na temat pracownika, a wszystko oparte jest na 3 dyrektywach:<\/p>\n\n\n\n
\n- *ngIf,<\/li>\n\n\n\n
- *ngFor,<\/li>\n\n\n\n
- *ngSwitch.<\/li>\n<\/ul>\n\n\n\n
![\"Dodatkowe](\"https:\/\/sii.pl\/blog\/wp-content\/uploads\/2024\/02\/image2-1.png\")
<\/a>Ryc. 2 Dodatkowe informacje o pracowniku<\/figcaption><\/figure>\n\n\n\nNo to zaczynajmy \ud83d\ude42\u00a0<\/p>\n\n\n\n
*ngIf \/ @if @else<\/strong><\/h2>\n\n\n\nNa pocz\u0105tku przedstawi\u0119 najprostszy spos\u00f3b wy\u015bwietlania informacji w aplikacji, czyli nasz\u0105 dyrektyw\u0119 *ngIf. S\u0142u\u017cy ona do pokazywania lub ukrywania informacji w templatce. <\/p>\n\n\n\n
W naszym przyk\u0142adzie na pocz\u0105tku ukrywamy, a p\u00f3\u017aniej pokazujemy informacj\u0119 o wybranym pracowniku:<\/p>\n\n\n
\n<!-- Old Syntax -->\n<div *ngIf="isInfoVisible; else noInformation">\n <p class="age"><b>Age:<\/b> {{user.age}}<\/p>\n <p><b>Job position:<\/b> {{user.jobPosition}}<\/p>\n <p class="header-skill">Skills:<\/p>\n <ul class="skills">\n <li *ngFor="let skill of user.skills">{{skill}}<\/li>\n <\/ul>\n <\/div>\n\n<ng-template #noInformation>\n <p class="no-information">\nShow more information about {{user.fName}} {{user.lName}}\n <\/p>\n<\/ng-template>\n<\/pre><\/div>\n\n\nNowa sk\u0142adnia jest ca\u0142kiem przyjazna dla developera, gdy\u017c wszystko zamyka si\u0119 w konstrukcji @if @else oraz nawiasach klamrowych. <\/p>\n\n\n\n
Ponadto, pozbywamy si\u0119 dodatkowego kodu jak ng-template<\/em><\/strong>, a ca\u0142a logika zaczyna by\u0107 troch\u0119 oddzielona od tag\u00f3w HTML. <\/p>\n\n\n\nNic nie stoi na przeszkodzie, aby doda\u0107 wi\u0119cej warunk\u00f3w np.: @if\u00a0\u00a0 @else if\u00a0\u00a0 @else.\u00a0<\/p>\n\n\n
\n<!-- New Syntax -->\n@if (isInfoVisible) {\n <div>\n <p class="age"><b>Age:<\/b> {{user.age}}<\/p>\n <p><b>Job position:<\/b> {{user.jobPosition}}<\/p>\n <p class="header-skill">Skills:<\/p>\n <ul class="skills">\n <li *ngFor="let skill of user.skills">{{skill}}<\/li>\n <\/ul>\n <\/div>\n} @else {\n <p class="no-information">\nShow more information about {{user.fName}} {{user.lName}}\n <\/p>\n}\n<\/pre><\/div>\n\n\nLista umiej\u0119tno\u015bci pracownika, czyli *ngFor vs. @for @empty\u00a0<\/strong><\/h2>\n\n\n\nJe\u017celi chodzi o wy\u015bwietlanie list oraz iteracj\u0119 po ka\u017cdym elemencie, to tutaj bardzo przydatn\u0105 dyrektyw\u0105 jest *ngFor, kt\u00f3ra pozwala na wy\u015bwietlanie dynamicznych informacji.\u00a0<\/p>\n\n\n\n![\"Wy\u015bwietlanie](\"https:\/\/sii.pl\/blog\/wp-content\/uploads\/2024\/02\/image3-1.png\")
<\/a>Ryc. 3 Wy\u015bwietlanie dynamicznych informacji<\/figcaption><\/figure>\n\n\n\nW dotychczasowym podej\u015bciu wykonywali\u015bmy p\u0119tl\u0119 *ngFor bezpo\u015brednio na iterowany elemencie.\u00a0<\/p>\n\n\n
\n<!-- Old Syntax -->\n <p class="header-skill">Skills:<\/p>\n <ul class="skills">\n <li *ngFor="let skill of user.skills">{{skill}}<\/li>\n <\/ul>\n<\/pre><\/div>\n\n\nW nowym podej\u015bciu zosta\u0142a wprowadzona p\u0119tla @for. Istotn\u0105 zmian\u0105, kt\u00f3ra bardzo dobrze wp\u0142ywa na performance aplikacji, jest fakt, \u017ce w nowej sk\u0142adni musimy przekaza\u0107 wymagan\u0105 metod\u0119 trackBy. Przypomn\u0119, \u017ce przy *ngFor tworzyli\u015bmy tak\u0105 metod\u0105 w pliku *.ts, i nie by\u0142o to wymagane, zale\u017ca\u0142o od front-end developera.\u00a0<\/p>\n\n\n
\n<!-- New Syntax -->\n <p class="header-skill">Skills:<\/p>\n <ul class="skills">\n @for (skill of user.skills; track $index) {\n <li>{{skill}}<\/li>\n } @empty {\n <li>No skills on the list<\/li>\n }\n <\/ul>\n<\/pre><\/div>\n\n\nDodatkow\u0105 zalet\u0105 nowego podej\u015bcia jest @empty, kt\u00f3ra pokazuje informacj\u0119, je\u017celi nasza lista jest pusta. Wcze\u015bniej nie mieli\u015bmy takiej mo\u017cliwo\u015bci i trzeba by\u0142o wykona\u0107 kolejne operacje razem z *ngIf, aby uzyska\u0107 podobny efekt.\u00a0<\/p>\n\n\n\n![\"Informacja,](\"https:\/\/sii.pl\/blog\/wp-content\/uploads\/2024\/02\/image4-1.png\")
<\/a>Ryc. 4 Informacja, gdy lista jest pusta<\/figcaption><\/figure>\n\n\n\nNowa ods\u0142ona *ngSwitch<\/strong><\/h2>\n\n\n\nOstatni\u0105 dyrektyw\u0105 i now\u0105 sk\u0142adni\u0105, kt\u00f3r\u0105 chcia\u0142bym przedstawi\u0107 jest *ngSwitch oraz @Switch @case. S\u0142u\u017cy ona do wy\u015bwietlania wielu informacji w zale\u017cno\u015bci od spe\u0142nionego warunku. W naszym widoku mamy do\u015bwiadczenie wybranego pracownika.\u00a0<\/p>\n\n\n\n![\"Wy\u015bwietlanie](\"https:\/\/sii.pl\/blog\/wp-content\/uploads\/2024\/02\/image5-1.png\")
<\/a>Ryc. 5 Wy\u015bwietlanie wielu informacji<\/figcaption><\/figure>\n\n\n\n <!-- Old Syntax -->\n <p>\n <b>Experience: <\/b>\n <ng-container [ngSwitch]="user.experience">\n <span *ngSwitchCase="experience.Small">\n Junior Software Engineer\n <\/span>\n <span *ngSwitchCase="experience.Medium">\n Regular Software Engineer\n <\/span>\n <span *ngSwitchCase="experience.Big"\n >Senior Software Engineer\n <\/span>\n <span *ngSwitchDefault>Intern<\/span>\n <\/ng-container>\n <\/p>\n<\/pre><\/div>\n\n\nW nowej sk\u0142adni, podobnie jak wcze\u015bniej, mamy oddzielenie logiki od tag\u00f3w HTML, przez co kod jest znacznie czytelniejszy. Je\u017celi \u017cadna warto\u015b\u0107 nie pasuje do naszego, mo\u017cemy skorzysta\u0107 z wersji @default, podobnie jak by\u0142o w starej sk\u0142adni *ngSwitchDefault.\u00a0<\/p>\n\n\n
\n<!-- New Syntax -->\n <p>\n <b>Experience: <\/b>\n @switch (user.experience) {\n @case (experience.Small) {\n <span>Junior Software Engineer<\/span>\n }\n @case (experience.Medium) {\n <span>Regular Software Engineer<\/span>\n }\n @case (experience.Big) {\n <span>Senior Software Engineer<\/span>\n }\n @default { <span>Intern<\/span> }\n }\n <\/p>\n<\/pre><\/div>\n\n\nMigracja<\/strong><\/h2>\n\n\n\nJe\u017celi pracujemy w projekcie z ni\u017csz\u0105 wersj\u0105, a nast\u0119pnie chcemy zaktualizowa\u0107 go do wersji 17-tej, mo\u017cemy skorzysta\u0107 tak\u017ce z dodatkowej instrukcji, kt\u00f3ra pozwoli nam na zmian\u0119 dotychczasowej sk\u0142adni na nowy control-flow.\u00a0 W tym celu wystarczy u\u017cy\u0107 instrukcji w terminalu:<\/p>\n\n\n
\nng g @angular\/core:control-flow-migration\n<\/pre><\/div>\n\n\nSk\u0142adnia z @, czy jednak powinni\u015bmy zosta\u0107 przy dyrektywach?<\/strong><\/h2>\n\n\n\nTeam Angulara, wprowadzaj\u0105c now\u0105 sk\u0142adni\u0119 dla widok\u00f3w, nie zrezygnowa\u0142 z istniej\u0105cych dyrektyw. A wi\u0119c tworz\u0105c nowy projekt w wersji 17. Angulara, mo\u017cemy korzysta\u0107 z obu opcji, w zale\u017cno\u015bci od naszych upodoba\u0144. Kt\u00f3r\u0105 wersj\u0119 wybra\u0107 i kt\u00f3ra jest lepsza? Odpowied\u017a pozostawiam do indywidualnej oceny ka\u017cdego front-end developera albo do zespo\u0142u, kt\u00f3ry pracuj\u0105 z aplikacj\u0105 \ud83d\ude0a<\/p>\n\n\n\n
Nowa sk\u0142adnia ma za zadanie oddzieli\u0107 w widoczny spos\u00f3b<\/strong> sk\u0142adni\u0119 logiki od element\u00f3w HTML. Drugim istotnym powodem jest wprowadzenie komponent\u00f3w opartych na sygna\u0142ach. Maj\u0105 one now\u0105 detekcj\u0119 zmian bez zone.js \u2013 w Angular jest to NgZone. Obecne dyrektywy oparte s\u0105 na zone.js i mog\u0142yby nie zadzia\u0142a\u0107 w komponentach bez zone.\u00a0<\/p>\n\n\n\nPodsumowanie<\/strong><\/h2>\n\n\n\nJa osobi\u015bcie polubi\u0142em now\u0105 sk\u0142adni\u0119<\/strong>, poniewa\u017c jest dla mnie czytelniejsza<\/strong> oraz, jak wspomnia\u0142em, oddziela logik\u0119 od tag\u00f3w HTML. Ponadto, dodaje dodatkowe funkcjonalno\u015bci jak @empty czy wymuszony trackBy. Z ch\u0119ci\u0105 b\u0119d\u0119 z niej korzysta\u0142 przy kolejnych projektach.<\/p>\n\n\n\nCa\u0142y kod, kt\u00f3ry zosta\u0142 przedstawiony w tym artykule, mo\u017cecie pobra\u0107 z mojego repozytorium i sprawdzi\u0107, jak to dzia\u0142a. Zach\u0119cam do instalowania nowej wersji Angulara lub podbicia paczek do wersji 17. i korzystania z nowo\u015bci, kt\u00f3re powinny nam u\u0142atwi\u0107<\/strong>, a czasami tak\u017ce przyspieszy\u0107<\/strong>, prac\u0119 nad rozwijanymi aplikacjami.\u00a0<\/p>\n\n\n\n***<\/p>\n\n\n\n
Link do repozytorium projektu<\/a><\/strong><\/p>\n\n\n\n***<\/p>\n\n\n\n
Je\u015bli interesuje Ci\u0119 Angular, zajrzyj r\u00f3wnie\u017c do innych artyku\u0142\u00f3w naszych ekspert\u00f3w<\/a>. <\/p>\n","protected":false},"excerpt":{"rendered":"
\nnpm install -g @angular\/cli@latest\nng new my-first-project\u2013angular-version-17\n<\/pre><\/div>\n\n\nPo utworzeniu i uruchomieniu nowego projektu, mo\u017cemy korzysta\u0107 z nowoczesnych dobrodziejstw.<\/p>\n\n\n\n
Ca\u0142y control flow <\/em><\/strong>nowego podej\u015bcia zaprezentuj\u0119 na przyk\u0142adzie prostego widoku, na kt\u00f3rym mamy informacj\u0119 o nowym pracowniku.<\/p>\n\n\n\n<\/a>Ryc. 1 Informacja o nowym pracowniku<\/figcaption><\/figure>\n\n\n\nPo naci\u015bni\u0119ciu przycisku \u201eMore information\u201d, zostan\u0105 pokazane dodatkowe informacje na temat pracownika, a wszystko oparte jest na 3 dyrektywach:<\/p>\n\n\n\n
\n- *ngIf,<\/li>\n\n\n\n
- *ngFor,<\/li>\n\n\n\n
- *ngSwitch.<\/li>\n<\/ul>\n\n\n\n
<\/a>Ryc. 2 Dodatkowe informacje o pracowniku<\/figcaption><\/figure>\n\n\n\nNo to zaczynajmy \ud83d\ude42\u00a0<\/p>\n\n\n\n
*ngIf \/ @if @else<\/strong><\/h2>\n\n\n\nNa pocz\u0105tku przedstawi\u0119 najprostszy spos\u00f3b wy\u015bwietlania informacji w aplikacji, czyli nasz\u0105 dyrektyw\u0119 *ngIf. S\u0142u\u017cy ona do pokazywania lub ukrywania informacji w templatce. <\/p>\n\n\n\n
W naszym przyk\u0142adzie na pocz\u0105tku ukrywamy, a p\u00f3\u017aniej pokazujemy informacj\u0119 o wybranym pracowniku:<\/p>\n\n\n
\n<!-- Old Syntax -->\n<div *ngIf="isInfoVisible; else noInformation">\n <p class="age"><b>Age:<\/b> {{user.age}}<\/p>\n <p><b>Job position:<\/b> {{user.jobPosition}}<\/p>\n <p class="header-skill">Skills:<\/p>\n <ul class="skills">\n <li *ngFor="let skill of user.skills">{{skill}}<\/li>\n <\/ul>\n <\/div>\n\n<ng-template #noInformation>\n <p class="no-information">\nShow more information about {{user.fName}} {{user.lName}}\n <\/p>\n<\/ng-template>\n<\/pre><\/div>\n\n\nNowa sk\u0142adnia jest ca\u0142kiem przyjazna dla developera, gdy\u017c wszystko zamyka si\u0119 w konstrukcji @if @else oraz nawiasach klamrowych. <\/p>\n\n\n\n
Ponadto, pozbywamy si\u0119 dodatkowego kodu jak ng-template<\/em><\/strong>, a ca\u0142a logika zaczyna by\u0107 troch\u0119 oddzielona od tag\u00f3w HTML. <\/p>\n\n\n\nNic nie stoi na przeszkodzie, aby doda\u0107 wi\u0119cej warunk\u00f3w np.: @if\u00a0\u00a0 @else if\u00a0\u00a0 @else.\u00a0<\/p>\n\n\n
\n<!-- New Syntax -->\n@if (isInfoVisible) {\n <div>\n <p class="age"><b>Age:<\/b> {{user.age}}<\/p>\n <p><b>Job position:<\/b> {{user.jobPosition}}<\/p>\n <p class="header-skill">Skills:<\/p>\n <ul class="skills">\n <li *ngFor="let skill of user.skills">{{skill}}<\/li>\n <\/ul>\n <\/div>\n} @else {\n <p class="no-information">\nShow more information about {{user.fName}} {{user.lName}}\n <\/p>\n}\n<\/pre><\/div>\n\n\nLista umiej\u0119tno\u015bci pracownika, czyli *ngFor vs. @for @empty\u00a0<\/strong><\/h2>\n\n\n\nJe\u017celi chodzi o wy\u015bwietlanie list oraz iteracj\u0119 po ka\u017cdym elemencie, to tutaj bardzo przydatn\u0105 dyrektyw\u0105 jest *ngFor, kt\u00f3ra pozwala na wy\u015bwietlanie dynamicznych informacji.\u00a0<\/p>\n\n\n\n<\/a>Ryc. 3 Wy\u015bwietlanie dynamicznych informacji<\/figcaption><\/figure>\n\n\n\nW dotychczasowym podej\u015bciu wykonywali\u015bmy p\u0119tl\u0119 *ngFor bezpo\u015brednio na iterowany elemencie.\u00a0<\/p>\n\n\n
\n<!-- Old Syntax -->\n <p class="header-skill">Skills:<\/p>\n <ul class="skills">\n <li *ngFor="let skill of user.skills">{{skill}}<\/li>\n <\/ul>\n<\/pre><\/div>\n\n\nW nowym podej\u015bciu zosta\u0142a wprowadzona p\u0119tla @for. Istotn\u0105 zmian\u0105, kt\u00f3ra bardzo dobrze wp\u0142ywa na performance aplikacji, jest fakt, \u017ce w nowej sk\u0142adni musimy przekaza\u0107 wymagan\u0105 metod\u0119 trackBy. Przypomn\u0119, \u017ce przy *ngFor tworzyli\u015bmy tak\u0105 metod\u0105 w pliku *.ts, i nie by\u0142o to wymagane, zale\u017ca\u0142o od front-end developera.\u00a0<\/p>\n\n\n
\n<!-- New Syntax -->\n <p class="header-skill">Skills:<\/p>\n <ul class="skills">\n @for (skill of user.skills; track $index) {\n <li>{{skill}}<\/li>\n } @empty {\n <li>No skills on the list<\/li>\n }\n <\/ul>\n<\/pre><\/div>\n\n\nDodatkow\u0105 zalet\u0105 nowego podej\u015bcia jest @empty, kt\u00f3ra pokazuje informacj\u0119, je\u017celi nasza lista jest pusta. Wcze\u015bniej nie mieli\u015bmy takiej mo\u017cliwo\u015bci i trzeba by\u0142o wykona\u0107 kolejne operacje razem z *ngIf, aby uzyska\u0107 podobny efekt.\u00a0<\/p>\n\n\n\n<\/a>Ryc. 4 Informacja, gdy lista jest pusta<\/figcaption><\/figure>\n\n\n\nNowa ods\u0142ona *ngSwitch<\/strong><\/h2>\n\n\n\nOstatni\u0105 dyrektyw\u0105 i now\u0105 sk\u0142adni\u0105, kt\u00f3r\u0105 chcia\u0142bym przedstawi\u0107 jest *ngSwitch oraz @Switch @case. S\u0142u\u017cy ona do wy\u015bwietlania wielu informacji w zale\u017cno\u015bci od spe\u0142nionego warunku. W naszym widoku mamy do\u015bwiadczenie wybranego pracownika.\u00a0<\/p>\n\n\n\n<\/a>Ryc. 5 Wy\u015bwietlanie wielu informacji<\/figcaption><\/figure>\n\n\n\n <!-- Old Syntax -->\n <p>\n <b>Experience: <\/b>\n <ng-container [ngSwitch]="user.experience">\n <span *ngSwitchCase="experience.Small">\n Junior Software Engineer\n <\/span>\n <span *ngSwitchCase="experience.Medium">\n Regular Software Engineer\n <\/span>\n <span *ngSwitchCase="experience.Big"\n >Senior Software Engineer\n <\/span>\n <span *ngSwitchDefault>Intern<\/span>\n <\/ng-container>\n <\/p>\n<\/pre><\/div>\n\n\nW nowej sk\u0142adni, podobnie jak wcze\u015bniej, mamy oddzielenie logiki od tag\u00f3w HTML, przez co kod jest znacznie czytelniejszy. Je\u017celi \u017cadna warto\u015b\u0107 nie pasuje do naszego, mo\u017cemy skorzysta\u0107 z wersji @default, podobnie jak by\u0142o w starej sk\u0142adni *ngSwitchDefault.\u00a0<\/p>\n\n\n
\n<!-- New Syntax -->\n <p>\n <b>Experience: <\/b>\n @switch (user.experience) {\n @case (experience.Small) {\n <span>Junior Software Engineer<\/span>\n }\n @case (experience.Medium) {\n <span>Regular Software Engineer<\/span>\n }\n @case (experience.Big) {\n <span>Senior Software Engineer<\/span>\n }\n @default { <span>Intern<\/span> }\n }\n <\/p>\n<\/pre><\/div>\n\n\nMigracja<\/strong><\/h2>\n\n\n\nJe\u017celi pracujemy w projekcie z ni\u017csz\u0105 wersj\u0105, a nast\u0119pnie chcemy zaktualizowa\u0107 go do wersji 17-tej, mo\u017cemy skorzysta\u0107 tak\u017ce z dodatkowej instrukcji, kt\u00f3ra pozwoli nam na zmian\u0119 dotychczasowej sk\u0142adni na nowy control-flow.\u00a0 W tym celu wystarczy u\u017cy\u0107 instrukcji w terminalu:<\/p>\n\n\n
\nng g @angular\/core:control-flow-migration\n<\/pre><\/div>\n\n\nSk\u0142adnia z @, czy jednak powinni\u015bmy zosta\u0107 przy dyrektywach?<\/strong><\/h2>\n\n\n\nTeam Angulara, wprowadzaj\u0105c now\u0105 sk\u0142adni\u0119 dla widok\u00f3w, nie zrezygnowa\u0142 z istniej\u0105cych dyrektyw. A wi\u0119c tworz\u0105c nowy projekt w wersji 17. Angulara, mo\u017cemy korzysta\u0107 z obu opcji, w zale\u017cno\u015bci od naszych upodoba\u0144. Kt\u00f3r\u0105 wersj\u0119 wybra\u0107 i kt\u00f3ra jest lepsza? Odpowied\u017a pozostawiam do indywidualnej oceny ka\u017cdego front-end developera albo do zespo\u0142u, kt\u00f3ry pracuj\u0105 z aplikacj\u0105 \ud83d\ude0a<\/p>\n\n\n\n
Nowa sk\u0142adnia ma za zadanie oddzieli\u0107 w widoczny spos\u00f3b<\/strong> sk\u0142adni\u0119 logiki od element\u00f3w HTML. Drugim istotnym powodem jest wprowadzenie komponent\u00f3w opartych na sygna\u0142ach. Maj\u0105 one now\u0105 detekcj\u0119 zmian bez zone.js \u2013 w Angular jest to NgZone. Obecne dyrektywy oparte s\u0105 na zone.js i mog\u0142yby nie zadzia\u0142a\u0107 w komponentach bez zone.\u00a0<\/p>\n\n\n\nPodsumowanie<\/strong><\/h2>\n\n\n\nJa osobi\u015bcie polubi\u0142em now\u0105 sk\u0142adni\u0119<\/strong>, poniewa\u017c jest dla mnie czytelniejsza<\/strong> oraz, jak wspomnia\u0142em, oddziela logik\u0119 od tag\u00f3w HTML. Ponadto, dodaje dodatkowe funkcjonalno\u015bci jak @empty czy wymuszony trackBy. Z ch\u0119ci\u0105 b\u0119d\u0119 z niej korzysta\u0142 przy kolejnych projektach.<\/p>\n\n\n\nCa\u0142y kod, kt\u00f3ry zosta\u0142 przedstawiony w tym artykule, mo\u017cecie pobra\u0107 z mojego repozytorium i sprawdzi\u0107, jak to dzia\u0142a. Zach\u0119cam do instalowania nowej wersji Angulara lub podbicia paczek do wersji 17. i korzystania z nowo\u015bci, kt\u00f3re powinny nam u\u0142atwi\u0107<\/strong>, a czasami tak\u017ce przyspieszy\u0107<\/strong>, prac\u0119 nad rozwijanymi aplikacjami.\u00a0<\/p>\n\n\n\n***<\/p>\n\n\n\n
Link do repozytorium projektu<\/a><\/strong><\/p>\n\n\n\n***<\/p>\n\n\n\n
Je\u015bli interesuje Ci\u0119 Angular, zajrzyj r\u00f3wnie\u017c do innych artyku\u0142\u00f3w naszych ekspert\u00f3w<\/a>. <\/p>\n","protected":false},"excerpt":{"rendered":"