Je PHP nutné k uplatnění?

[perceptron]

Externí validace? To myslíš vážně?

javax.validation

Takže ji voláš z konstruktoru validovaného objektu? To pak není externí validace, ale interní.

opat dedukujete z niecoho, o com viete malo, mlady padawan

validaciu vola externy objekt. moznost c. 1 je obhadzat instancne premenne / gettre a settre (sic!) anotaciami a externy objekt to zvaliduje, alebo v spring style vyrobite externy validator s pravidlami (nieco ako nette ked definuje validacne pravidla pre polozky html formulara)

Kupodivu se tím aplikace o něco málo zkrátí a stane se robustnější.

A moje pradlo je este bielejsie.

[Reklama]

[Kit]

validaciu vola externy objekt. moznost c. 1 je obhadzat instancne premenne / gettre a settre (sic!) anotaciami a externy objekt to zvaliduje, alebo v spring style vyrobite externy validator s pravidlami (nieco ako nette ked definuje validacne pravidla pre polozky html formulara)

Takže objekt si ani nedokáže ohlídat vlastní vstupy? Co je to za objekt?

Podíval jsem se na ten Spring. Dávat ho jako příklad kvalitního OOP je fakt velkou odvahou. Když už se chlubíš cizím peřím, tak se aspoň podívej na ty prasárny uvnitř.

[Kolemjdoucí]

validaciu vola externy objekt. moznost c. 1 je obhadzat instancne premenne / gettre a settre (sic!) anotaciami a externy objekt to zvaliduje, alebo v spring style vyrobite externy validator s pravidlami (nieco ako nette ked definuje validacne pravidla pre polozky html formulara)

V takovém případě objekt a zmetské gettery/settery vůbec nepotřebujete a můžete použít tradiční strukturu. Nebo emulaci struktury přes public members variable, když se autoři jazyka na struktury vykašlali.

[Radek Miček]

samozrejme, validacia sa da riesit externe.

Externí validace? To myslíš vážně?

Externí validace může vést k vyšší znovupoužitelnosti kódu - např. lze použít jednu strukturu pro držení dat a k ní mít více různých stupňů validnosti.

[Kolemjdoucí]

Externí validace může vést k vyšší znovupoužitelnosti kódu - např. lze použít jednu strukturu pro držení dat a k ní mít více různých stupňů validnosti.

U struktury není žádný problém. Ovšem nelze takhle validovat private member variables, to je velmi špatně.

[Reklama]

[Radek Miček]

Externí validace může vést k vyšší znovupoužitelnosti kódu - např. lze použít jednu strukturu pro držení dat a k ní mít více různých stupňů validnosti.

U struktury není žádný problém. Ovšem nelze takhle validovat private member variables, to je velmi špatně.

Ano, vše by bylo public (alespoň z pohledu validátoru).

[rincewind 7a]

nechcete si jit rozslapavat babovicky jinam?

Napadlo mi ine prirovnanie (o merani casti tela), ale toto je tiez dobre.

Btw. skusim odpovedat na polozenu otazku. PHP nie je vobec nutne k uplatneniu, ale pomocou znalosti PHP sa da dobre uplatnit (neviem preco mnohi tu otazku pochopili ako, ci je PHP ta jedina prava cesta k perfektnemu systemu a uplatneniu sa).

[Kit]

Externí validace může vést k vyšší znovupoužitelnosti kódu - např. lze použít jednu strukturu pro držení dat a k ní mít více různých stupňů validnosti.

U struktury není žádný problém. Ovšem nelze takhle validovat private member variables, to je velmi špatně.

Ano, vše by bylo public (alespoň z pohledu validátoru).

To je takový problém z těch zvalidovaných dat rovnou vyrobit objekt? Public viditelnost pak není nutná.

[Radek Miček]

To je takový problém z těch zvalidovaných dat rovnou vyrobit objekt?

A proč bych to dělal, proč bych měl splácat dvě věci dohromady? Podobně proč by mělo být např. compare součástí objektu, když může existovat mnoho různých uspořádání?

[Vítězslav]

Ani jedním neuděláš do budoucna chybu - pokud vytrváš.

C/C++ - delší doba učení, spousta práce, výsledek pomalu. Využití v praxi - složitější věci, ke kterým se dostaneš až po pár letech.
Java   - delší doba učení, méně práce, výsledek rychleji. Využití v praxi - skoro hned, od jednoduchých věcí až po složité.
PHP   - krátká doba učení, méně práce, výsledek hned. Využít v praxi - hned.

V C/C++ když jsi mistr, tak jsi mistr, ale ta cesta k tomu být je dlouhá. V PHP můžeš něco vytvořit i se znalostí základů, spousta věcí je hotových, atd. Java je něco mezi tím.

Pokud jsi začátečník, začal bych něčím, kde uvidíš hnedka na začátku výsledek svojí práce - což je na prvním místě PHP, pak Java. Jinak by tě to mohlo odradit, a programování ti do konce života znechutit - nebo taky ne, to záleží.

Další věc je, že řešením skutečných problémů (=> práce) se naučíš nejvíc. A k tomu se rychlejdi dostaneš s PHP, popřípadě Javou.

Po tom co se naučíš principy programování, tak další jazyk nebude problém - už se budeš jen učit věci specifické pro tento jazyk, a jeho knihovny (což je 90% učení Javy).

Největší problém bude vytvrat - a k tomu ti pomůže vidět nějaký praktický výsledek co nejdřív.

[Kit]

To je takový problém z těch zvalidovaných dat rovnou vyrobit objekt?

A proč bych to dělal, proč bych měl splácat dvě věci dohromady? Podobně proč by mělo být např. compare součástí objektu, když může existovat mnoho různých uspořádání?

K čemu je mi validace, když nedostanu výsledek? Taková validace není pro OOP, ale pro procedurální styl.

[Kolemjdoucí]

To je takový problém z těch zvalidovaných dat rovnou vyrobit objekt? Public viditelnost pak není nutná.

Není to problém, třeba přes friend class. Rozhodně ne vytvořit objekt a pak tam nasázet data přes zmetský setter.

[Kit]

Externí validace? To myslíš vážně?

Externí validace může vést k vyšší znovupoužitelnosti kódu - např. lze použít jednu strukturu pro držení dat a k ní mít více různých stupňů validnosti.

Takhle se ale programuje strukturovaně. Pokud je v enterprise zakázáno použití OOP, tak ať si klidně programují strukturovaně, ale ať nekecají do výuky OOP.

[Raskal]

Ne, PHP rozhodne neni nutne k uplatneni. PHP ale muze byt pranim zakaznika (to je ten, co to plati) a pak ma samozrejme smysl se jim zabyvat.

Predpokladam, ze v tom jazyce nechces delat jen pidiprojekty a ze by te to melo zivit. Pak bych ti rad napsal, ze PHP  je technologicky desna sr...a a pokud to s programovanim myslis vazne, tak se na nej vykasli. PHP neni technologie vhodna na implementaci bussiness logiky, takto pouzita na serveru dokonale pouze vyzira uhli z elektrarny. PHP je chytrejsi sablonovaci jazyk (kdyz uz, tak ho pouzivej v kombinaci), na backend, ani te webove aplikace, se nehodi. Spousta lidem tady na Rootu se muj nazor nebude libit, ale tech 12 let, ktere jsem profesne stravil vyvojem a udrzbou webovych aplikaci, mluvi zcela jasne: mnoho malych a predevsim jednoduchych webovych aplikaci v PHP je OK (vizitky, prezentace, ...), ale na vetsi aplikace se opravdu nehodi a uz vubec ne, aby vas na nem nekdo ucil jak se programovuje (to uz vas muze ucit programovat v PDF; PHP je tak trochu vysmech programovacim jazykum). Pouzivejte ho jako sablonovaci nastroj, ostatni pouziti tohoto nastroje je spatne pouziti.

Ucitele pozdravuji a ze doporucuji, aby nezustal i nadale lenivym a rozhledl se po rozumnejsich technologiich na uceni programovani namisto PHP.

[perceptron]

K čemu je mi validace, když nedostanu výsledek?

akoze nedostanete? v springu ked neuspesne zvalidujete objekt, dostanete pekny hashmap chyb na jednotlivych atributoch.

Pokud je v enterprise zakázáno použití OOP, tak ať si klidně programují strukturovaně, ale ať nekecají do výuky OOP.

Ale vy ste stale neuviedli konkretny priklad, ako by sa to malo robit, stale len placate o akomsi fiktivnom "bad bad baaaad" strukturovanom programovani, ktore ste si zadefinovali len vy v hlave.

Nehovoriac o tom, ze vyuka OOP je do velkej miery prejavom toho, co je v praxi, a nie naopak, ako vasom pripade.