Új hozzászólás Aktív témák

• #6975 Zedz addikt bandi0000 #6971

  Új Válasz 2019-01-05 13:04:42 #6975

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Zedz

  addikt

  válasz bandi0000 #6971 üzenetére

  Cattus kolléga válaszát szeretném annyival kiegészíteni, hogy ha az Observable részt jobban megszeretnéd érteni, akkor:

  1) Nézz utána az Observer patternnek. Ez nem Angular specifikus, hanem egy programozási tervezési minta, amit több területen is tudsz használni.
  2) Nézd meg ezeket: RxJS, RxJS emberibb nyelven.

  Szerintem erősen ajánlott ezekkel minél előbb megismerkedni, mert nagyon hasznosak tudnak lenni.

  Ha csak for fun készítesz valamit akkor mehet Angularban, de ha mondjuk production szerű dolgot csinálsz, akkor 2 táblára nem biztos, hogy ez a legjobb megközelítés.

• #6972 cattus addikt bandi0000 #6971

  Új Válasz 2019-01-05 11:26:24 #6972

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  cattus

  addikt

  válasz bandi0000 #6971 üzenetére

  ngOnInit és konstruktor kapcsolata: [link]

  Typescriptben minden tagváltozót / tagfüggvényt this-szel kell hivatkozni osztályon belül, ez a nyelv jellegzetessége.

  Miért kellett az a lambda kifejezés? Elvileg van egy HeroService, ami egy tömböt adna vissza

  Nem egészen, a service egy Observable<Hero[]>-t ad vissza, aminek a subscribe metódusával tudsz feliratkozni a változására, így aszinkron módon tud működni a service.

  ezek a service osztályok csak arra vannak, hogy adatokat szolgáltassanak

  Legiknább arra, de használhatóak arra is, hogy a front-end beállításait elérhetővé tegyék a komponensek között.

  a komponensek meg gyakorlatilag minden másra

  A komponens a webappodnak egy adott feladatát ellátó része, rendelkezik felülettel (template), formázással (stylesheet), meg logikával (.ts kód).ő

  Observable<> meg azért kell, hogy ha servertől várnám az adatot, és ha az nem érkezik meg, akkor ne omoljon össze az alkalmazás, hanem várjon addig, amíg nem kapja meg

  Inkább úgy fogalmaznék, hogy így nem blokkolja a UI-t, amíg megjön az adat, tehát nem "fagy be" az alkalmazás.

  Tutorialba csináltunk még üzenet kezelést, pl, amikor betöltődnek az adatok, akkor kiírja hogy sikeres volt,ezt valós alkalmazásnál is használják, vagy nem ilyen formában gondolom, hanem lementik valahova?

  Mit értesz lementés alatt? Front-end kódban nagyon ritkán van szükség perzisztens adattárolásra, egy üzenet megjelenítéséhez meg nem is kell.

Új hozzászólás Aktív témák