Postřehy ohledně architektury JavaScriptu

[Kit]

Idealna dlzka konstruktoru je tak 1 az 3 parametre. Ok, moze byt ich aj 6 ak je dovod (netreba bez rozmyslu vsetko striktne dodrziavat), ale 2 az 6 riadkov, to uz je trochu moc, strasne neprehladne. V redmonde take lubia.

K tomu Tell, don't ask - no ano, clovek potom da objektu robotu a caka pol dna, lebo nevie co to do certa robi. To tak ficalo v 60-tych rokoch pri davkovom spracovani.

Pokud jsou v konstruktoru 1-3 parametry, je to tak akorát. Tomu obvykle odpovídá zmíněných 2-6 řádků konstruktoru. Někdo píše konstruktory s jedním parametrem třeba i na 10 řádek, ale to není můj případ.

Pravidlo Tell, don't ask má také své omezení. Například View v architektuře MVC ho porušuje a nikoho to netrápí.

[Reklama]

[Kit]

Atributy si objekt musí umět nastavit sám podle zpráv, které mu chodí z okolí.

Nechci bejt rejpal, ale setName je taky příklad zprávy ...

setName() je zpráva s podivným názvem vytvářejícím iluzi, že objekt obsahuje atribut Name. Pokud chci objekt přejmenovat, obvykle použiji metodu s názvem rename() nebo update().

[balki]

Idealna dlzka konstruktoru je tak 1 az 3 parametre. Ok, moze byt ich aj 6 ak je dovod (netreba bez rozmyslu vsetko striktne dodrziavat), ale 2 az 6 riadkov, to uz je trochu moc, strasne neprehladne. V redmonde take lubia.

K tomu Tell, don't ask - no ano, clovek potom da objektu robotu a caka pol dna, lebo nevie co to do certa robi. To tak ficalo v 60-tych rokoch pri davkovom spracovani.

Pokud jsou v konstruktoru 1-3 parametry, je to tak akorát. Tomu obvykle odpovídá zmíněných 2-6 řádků konstruktoru. Někdo píše konstruktory s jedním parametrem třeba i na 10 řádek, ale to není můj případ.

Pravidlo Tell, don't ask má také své omezení. Například View v architektuře MVC ho porušuje a nikoho to netrápí.

Vztah model-view v mvc je vzor observer. Tam je nutne aby si view tahal data z modelu, ked sa model zmeni. Ked tak rozmyslam behavioralne, vzory vsetky porusuju pravidlo "Tell don't ask".
Dovolim si tvrdit, ze je to skor vynimka ako pravidlo. Mozno si to viem predstavit, pri nejakych extremnych paralelnych vypoctoch, kde sa nepredpoklada interaktivita. Ale aj tam je obcas vhodne vediet, kde sa nieco zadrhlo.

[javaman ))]

Atributy si objekt musí umět nastavit sám podle zpráv, které mu chodí z okolí.

Nechci bejt rejpal, ale setName je taky příklad zprávy ...

setName() je zpráva s podivným názvem vytvářejícím iluzi, že objekt obsahuje atribut Name. Pokud chci objekt přejmenovat, obvykle použiji metodu s názvem rename() nebo update().

UPDATE 

[Honza]

Pravidlo Tell, don't ask má také své omezení. Například View v architektuře MVC ho porušuje a nikoho to netrápí.

Jak ho porušuje??

[Reklama]

[balki]

Pravidlo Tell, don't ask má také své omezení. Například View v architektuře MVC ho porušuje a nikoho to netrápí.

Jak ho porušuje??

Ked model zmeni svoj stav, tak view je notifikovany modelom, aby si stiahol nove data z modelu. Model si nasledne tieto data stiahne.  Cize view si pyta vnutorny stav modelu, ktory by podla tejto zasady, ktoru nepoznam, nemal vediet.

[balki]

Pravidlo Tell, don't ask má také své omezení. Například View v architektuře MVC ho porušuje a nikoho to netrápí.

Jak ho porušuje??

Ked model zmeni svoj stav, tak view je notifikovany modelom, aby si stiahol nove data z modelu. Model si nasledne tieto data stiahne.  Cize view si pyta vnutorny stav modelu, ktory by podla tejto zasady, ktoru nepoznam, nemal vediet.

*view  si nasledne tieto data stiahne. Neviem, na co zasa myslim, ach jo senilita.

[javaman ))]

ach jo senilita.

To je v pohodě, my jsme zvyklí

[čumil]

Pravidlo Tell, don't ask má také své omezení. Například View v architektuře MVC ho porušuje a nikoho to netrápí.

Jak ho porušuje??

Ked model zmeni svoj stav, tak view je notifikovany modelom, aby si stiahol nove data z modelu. Model si nasledne tieto data stiahne.  Cize view si pyta vnutorny stav modelu, ktory by podla tejto zasady, ktoru nepoznam, nemal vediet.

Tak mne napadá, co kdyby model místo notifikace rovnou poslal diff mezi old a new state ? View by si to pak přebralo.

[balki]

Pravidlo Tell, don't ask má také své omezení. Například View v architektuře MVC ho porušuje a nikoho to netrápí.

Jak ho porušuje??

Ked model zmeni svoj stav, tak view je notifikovany modelom, aby si stiahol nove data z modelu. Model si nasledne tieto data stiahne.  Cize view si pyta vnutorny stav modelu, ktory by podla tejto zasady, ktoru nepoznam, nemal vediet.

Tak mne napadá, co kdyby model místo notifikace rovnou poslal diff mezi old a new state ? View by si to pak přebralo.

To je vzor mediator, uz by to nebolo "celkom tak MVC"

[Honza]

Pravidlo Tell, don't ask má také své omezení. Například View v architektuře MVC ho porušuje a nikoho to netrápí.

Jak ho porušuje??

Ked model zmeni svoj stav, tak view je notifikovany modelom, aby si stiahol nove data z modelu. [View] si nasledne tieto data stiahne.  Cize view si pyta vnutorny stav modelu, ktory by podla tejto zasady, ktoru nepoznam, nemal vediet.

To je skoro správně, ale nepřesné. Tu zásadu to neporušuje. Proč asi View čeká na notifikaci o změně Modelu, a neptá(!) se na ten stav přímo?

[balki]

Pravidlo Tell, don't ask má také své omezení. Například View v architektuře MVC ho porušuje a nikoho to netrápí.

Jak ho porušuje??

Ked model zmeni svoj stav, tak view je notifikovany modelom, aby si stiahol nove data z modelu. [View] si nasledne tieto data stiahne.  Cize view si pyta vnutorny stav modelu, ktory by podla tejto zasady, ktoru nepoznam, nemal vediet.

To je skoro správně, ale nepřesné. Tu zásadu to neporušuje. Proč asi View čeká na notifikaci o změně Modelu, a neptá(!) se na ten stav přímo?

Problem je, ze se "pta" na stav. To je uz samotne "asking", co by nemal robit.

[Honza]

Pravidlo Tell, don't ask má také své omezení. Například View v architektuře MVC ho porušuje a nikoho to netrápí.

Jak ho porušuje??

Ked model zmeni svoj stav, tak view je notifikovany modelom, aby si stiahol nove data z modelu. [View] si nasledne tieto data stiahne.  Cize view si pyta vnutorny stav modelu, ktory by podla tejto zasady, ktoru nepoznam, nemal vediet.

To je skoro správně, ale nepřesné. Tu zásadu to neporušuje. Proč asi View čeká na notifikaci o změně Modelu, a neptá(!) se na ten stav přímo?

Problem je, ze se "pta" na stav. To je uz samotne "asking", co by nemal robit.

Přece View se na nic neptá, to ten změněný Model spouští řetězec událostí, podle kterých se View aktualizuje, nebo ne?

[gl]

Přece View se na nic neptá, to ten změněný Model spouští řetězec událostí, podle kterých se View aktualizuje, nebo ne?

Bavíte se o webových aplikacích?

[balki]

Přece View se na nic neptá, to ten změněný Model spouští řetězec událostí, podle kterých se View aktualizuje, nebo ne?

Bavíte se o webových aplikacích?

O architektonickom vzore MVC.   

A podla mojho nazoru je to zlozitejsie napisane, ze sa view nakoniec spyta, ale ok, uz to necham tak.
Tieto akademicke debaty ma nikdy nebavili, preto som phd nedorobil.