V jaké verzi Visual Studia vyvíjíte komerčně?

[AgentK]

Ach bože můj.

Ale nic...jak jsem říkal. Dělej si to jak chceš. Tvůj boj. A nesmrtelný přesvědčení o vlastní nejlepšíí metodě.

Mě se tady jen líbí ten flame.

Je lepší mít vlastní (třeba i mizerný) názor, než nemít žádný. Zatím tady vidím jen papouškování, že bez getterů a setterů to nejde, sem-tam nějaký povzdech, výsměch, přirovnávání k Babicovi, ale argumentů žalostně málo. Tedy až na dustina, jehož názory mi dávají smysl.

Podstata mého povzdechu je v tom, že nějak nechápeš hyperbolu v mém příspěvku.
To, že raději než gettery raději vracíš výsledek je dobře, pokud to je možné. Což ale nemusí být vždy.
Například ta třída nemusí mít ponětí o tom jak ten finální výsledek má vypadat...  může to pak skončit že máš tisíc (pozor to byla nadsázka!!) různých formátovacích metod... takže můžeš dojít zpětně k tomu getteru, případně k fundanentální otázce jestli forma toho výstupu je skutečně starostí té třídy a né jiné, co výstupu skutečně zobrazuje.

Ale jak říkám, je mi úplně jedno jak píšeš své projekty a jaké máš konvence. Protože všechny jsou v zásadě správné pokud se dodržují.

-K-

[Reklama]

[perceptron]

Dej sem příklad, kdy k něčemu potřebuješ getter.[/q quote]
adresar ma subory ktore chcete renderovat do zoznamu alebo tabulky. u vas urobite 2 metody na adresari kde a vydrbnete dvakrat html.

so long mvc

k nastavovaniu observera ste sa nevyjadrili, nesedi do kramu?

vy ste Babicoid preto ze ste neukazali ani riadok kodu co je pri programovani dosti podstatna zavada ked chcete prisahat na vase gerojske rady do vyvoja

[perceptron]

Zatím tady vidím jen papouškování, že bez getterů a setterů to nejde

class Papousek {
pablik void toString() {
return "uz ste ukazali na realnom kode ze to ide?";
}}

[Jerry]

Kit je troll, nič viac nič menej. Nikdy sem nedá reálnu ukážku, lebo ani sám nevie o čom točí.

[perceptron]

ta debata tu uz raz bola, kit ju zavrel ze scala neni jak php ked zacalo smrdiet pod zadeke

hlavne ked zacal smrdiet kod co nebol ani oop ani srp ani nic podobne co tvrdil

http://forum.root.cz/index.php?topic=10217.msg114591#msg114591

[Reklama]

[matfyzak11235]

Jakých getterů? Psal jsem o náhradě setteru, tak si to pořád nepleť

ok a ten observer nastavite ako?
zmeny atributov nastavite ako na dto?
ten tostring je miesto gettera co za komediu? parsujete potom stav objektu zo stringu? priklad?

vy musite byt na projekte fakt sam ako Babica:-) mate vlastne patterny, konvencie a divaci vase diela zrat nebudu

Observer takto neda, ale mozno to obhaji tym, ze to nepotrebuje. GUI asi nerobi, lebo tam je default binding tak trochu problem bez getterov a setterov.

Zmena atributov je v 90% zlo, lebo to znamena mutable object state. To sa potom clovek uklonuje k smrti alebo ma nieco  tazko udrziavatelne.

V suvislosti so zmenou atributov preto casto nedava zmysel setter. Getter je bud nahraditelny public final fieldami alebo (lepsie) tak, ze sa druhemu objektu nepreda objekt s getterami, ale rovno tie data.

[andy]

To co je za moda s tymi immutable objektami? Zase si niekto nieco vykusol z kontextu, ci kde sa to vzalo?

[matfyzak11235]

To co je za moda s tymi immutable objektami? Zase si niekto nieco vykusol z kontextu, ci kde sa to vzalo?

• netreba riesit synchronizaciu
• staci jedna instancia konkretnej reprezentacie pre celu aplikaciu
• je to bezpecne davat to aj do API alebo neznamym programatorom

Hlavne prvy bod vedie v dnesnej dobe, ked sa riesi paralelizacia.

[perceptron]

s observerom zacal kit tym ze g/s netreba lebo ma observery :-)

vestit z kavove sedliny jeho postov nebudem. vychadzam z predpokladu ze kit ide jednomuzny php projekt

s immutable mozete programovat v pohode ale zase bezna java / php vec je o dto mvc a immutable styl je inde

avsak spring vam da immutability ako byproduct. beany su immutable po vykonani dependency injection a co sa meni su dto a.k.a data pre entity v db. cez settery / konstruktor wirujete spolupracovnikov, g/s sa prejavia primarne v dto

synch neriesite, beany su teda tradicne threadsafe a defaultne singletony

samozrejme mozete ist hardcore fp styl a ist skalovat akka stylom :-)

[Unknown]

Kdyz jako tema vidim VS tak se zeptam:

Byl by nekdo ochoten zkompilovat opensource SW pro Win a nekam to vystavit? Ja jsem to nikdy nedelal a ani nemam VS. Udajne jsou tam pripravene 'projekty' pro VS2003 a VS2010, pry v podstate jen staci kliknout na compile...... Kdyztak prosim mailnete na: lotkar840 at gmail dot com

[andy]

• netreba riesit synchronizaciu
• staci jedna instancia konkretnej reprezentacie pre celu aplikaciu
• je to bezpecne davat to aj do API alebo neznamym programatorom

Hlavne prvy bod vedie v dnesnej dobe, ked sa riesi paralelizacia.

Ja viem na co to je, ale 90% pripadov? Kolko % javistov niekedy riesila synchronizaciu, ked vacsina aj tak lepi servlety v springu, alebo apky v androide? Je to uzitocne, ale iba na velmi specificke pripady. Nie je to ani prirodzene v zmysle oop. Zober si instanciu cloveka. Chces povedat, ze pribral. Vytvoris kvoli tomu noveho cloveka s inou vahou?

[andy]

Vlastne som sa pomylil, toto sa tyka javy (mam plnu hlavu prace)..ale myslim, ze o .nete plati to iste.

[TV]

Pokud ostatní atributy nepotřebuji, tak je v tom objektu ani nemusím mít. Budu tam mít jen jméno a demenci, resp. metoda toString() bude vypisovat pouze jméno a demenci. Pokud je motoda toString() obsazena úplnou prezentací objektu, mohu napsat další prezenteční metodu, která poskytne jméno a demenci v požadovaném formátu. Možná to označíš za getter, ale vzhledem k tomu, že to nepoužívám, tak je to jedno.

Přijde mi poněkud úsměvné, že zrovna osoba, která se tak vehementně zaštiťuje čistotou kódu, návrhovými vzory, principy, mnohdy dovedenými až do absurdna tu najednou vyprodukuje obhajobu svého postupu, kterou lze interpretovat takto:

Bytostně nenávidím a tedy nepoužívám gettery. Místo toho raději své business/dto/doplň_si_sám třídy zaneřádím balastem, který do jmenované vrstvy vůbec nepatří - totiž prezentační logikou. Je to sice nepružné, neelegantní, omezující a obtížně použitelné, ale nandal jsem to těm zpropadeným getterům. Tyhlety jazykové, regionální a uživatelem definovatelné prezentační preference každého jenom otravují. Jedna textová reprezentace třídy musí stačit všem, definuju já. Za ideály jsem připraven přinést oběti.

S tímto tvým přístupem musí být lahůdka řešit tabulková data, MVC, MVVM, WPF data binding, data mappery, entity, ORM atd.

Příklad z nejtriviálnějších: třída BusinessCard. Bez getterů či jiných read-only přístupových metod ke strukturovaným datům. Šílenost. Řekněme, že v uvedené třídě je mimo jiné použit atribut popisující pohlaví pomocí interního kódu. Koncovému uživateli jej v metodě ToString naformátuješ jak? Kdo a jak rozhodne o tom co je to požadovaný formát a jak se to nebohá třída implementující koncověuživatelskopřívětivý ToString dozví, a co je jí vlastně po tom?

Ad VIM vs VS. Mám jisté obavy, že ve VIMu vůbec nepůjde zrealizovat spousta věcí, které jsou ve VS samozřejmé a každodenní rutinou. Vývoj UI, generované třídy, např. entity framework, WS klient, rozumná práce se solution. Všechny ty graficko-interaktivní záležitosti, v jistých kruzích nepopulární zato efektivní "klikátka".

[TV]

Doplněk: a s LINQem si tím pádem taky moc legrace neužiješ 

[Cajova_Houba_2]

Pokud ostatní atributy nepotřebuji, tak je v tom objektu ani nemusím mít. Budu tam mít jen jméno a demenci, resp. metoda toString() bude vypisovat pouze jméno a demenci. Pokud je motoda toString() obsazena úplnou prezentací objektu, mohu napsat další prezenteční metodu, která poskytne jméno a demenci v požadovaném formátu. Možná to označíš za getter, ale vzhledem k tomu, že to nepoužívám, tak je to jedno.

Přijde mi poněkud úsměvné, že zrovna osoba, která se tak vehementně zaštiťuje čistotou kódu, návrhovými vzory, principy, mnohdy dovedenými až do absurdna tu najednou vyprodukuje obhajobu svého postupu, kterou lze interpretovat takto:

Bytostně nenávidím a tedy nepoužívám gettery. Místo toho raději své business/dto/doplň_si_sám třídy zaneřádím balastem, který do jmenované vrstvy vůbec nepatří - totiž prezentační logikou. Je to sice nepružné, neelegantní, omezující a obtížně použitelné, ale nandal jsem to těm zpropadeným getterům. Tyhlety jazykové, regionální a uživatelem definovatelné prezentační preference každého jenom otravují. Jedna textová reprezentace třídy musí stačit všem, definuju já. Za ideály jsem připraven přinést oběti.

S tímto tvým přístupem musí být lahůdka řešit tabulková data, MVC, MVVM, WPF data binding, data mappery, entity, ORM atd.

Příklad z nejtriviálnějších: třída BusinessCard. Bez getterů či jiných read-only přístupových metod ke strukturovaným datům. Šílenost. Řekněme, že v uvedené třídě je mimo jiné použit atribut popisující pohlaví pomocí interního kódu. Koncovému uživateli jej v metodě ToString naformátuješ jak? Kdo a jak rozhodne o tom co je to požadovaný formát a jak se to nebohá třída implementující koncověuživatelskopřívětivý ToString dozví, a co je jí vlastně po tom?

Ad VIM vs VS. Mám jisté obavy, že ve VIMu vůbec nepůjde zrealizovat spousta věcí, které jsou ve VS samozřejmé a každodenní rutinou. Vývoj UI, generované třídy, např. entity framework, WS klient, rozumná práce se solution. Všechny ty graficko-interaktivní záležitosti, v jistých kruzích nepopulární zato efektivní "klikátka".

Kita si nevsimej, on vetsinou jenom takhle bezhlave placa.