mis võiks olla kõige kiirem viis PHP selgeks saada,

kas on parem õppida selgeks kõigepealt PHP protseduurilise spageti koodi kirjutamine

ja siis minna üle OOP peale või on võimalik mõne kuuga selgeks saada ka OOP programmeerimine , nii et spagettimisega ei tegelegi

oled eelnevalt progemisega tegelenud?

TSITEERITUD:

mis võiks olla kõige kiirem viis PHP selgeks saada,

kas on parem õppida selgeks kõigepealt PHP protseduurilise spageti koodi kirjutamine

ja siis minna üle OOP peale või on võimalik mõne kuuga selgeks saada ka OOP programmeerimine , nii et spagettimisega ei tegelegi

alusta mõne frameworkiga kus on asjad defineeritud objektidega , parandad hüppeliselt oma tulemust

TSITEERITUD:

mis võiks olla kõige kiirem viis PHP selgeks saada,

kas on parem õppida selgeks kõigepealt PHP protseduurilise spageti koodi kirjutamine

ja siis minna üle OOP peale või on võimalik mõne kuuga selgeks saada ka OOP programmeerimine , nii et spagettimisega ei tegelegi

Spagettimisega tegeled Sa niikuinii. Algajal pole OOP pole midagi muud, kui spageti klassid. Parem on õppida kirjutama võimalikult head protseduurset koodi, sest siis tegeled ühe sammuga korraga.

Paljud algajad OOP'i kasutajad teevad klasse, mis pole 'tegelikult' üksteisest sõltumatud, mis suht-koht hävitab ära OOP'i eesmärgi ja on isegi kohutavam, kui üks protseduurne spagett.

TSITEERITUD:

mis pole 'tegelikult' üksteisest sõltumatud

Kas see tähendab seda et klass ei tohi kasutada teise klassi abi? Näiteks on andmebaasi klass logib sisse valib baasi ja teeb päringuid. Nüüd ütleme on Kasutaja sisselogimis klass ja see tahab päringu teha andmebaasi klass kaudu. Kas selline lähenemine on vale? Peaks selles Kasutajate sisselogimise klassis oma andmebaasi avamine sees olema?

1) loe Eric Evans-i "Domain Driven Design" läbi.

2) loe see uuesti läbi :)

3) loe läbi "Applying Domain-Driven Design and Patterns: With Examples
in C# and .NET". (C# on piisavalt arusaadav keel, et aru saada, mis toimub ja seda ise PHP-s läbi kirjutada. Selle raamatu eelis on reaalne näide, kuidas OOP projekti üles ehitada. Lisaks õpetab testipõhist arendust. Selle raamatu kõrval tasub koodiredaktor kogu aeg lahti hoida, et saaks ise antud protsessi läbi teha.

Kui oled need raamatud läbi töödanud, on sul päris hea ettekujutust OOP modellerimisest koodimisest, mida siis rohke praktikaga siluma hakata.

TSITEERITUD:

Kas see tähendab seda et klass ei tohi kasutada teise klassi abi? Näiteks on andmebaasi klass logib sisse valib baasi ja teeb päringuid. Nüüd ütleme on Kasutaja sisselogimis klass ja see tahab päringu teha andmebaasi klass kaudu. Kas selline lähenemine on vale? Peaks selles Kasutajate sisselogimise klassis oma andmebaasi avamine sees olema?

Sõltub vajadustest. Kui tegu on üldise süsteemi klassiga - mida harilikult kunagi välja vahetama ei pea - siis võib see olla täiesti ok. Andmebaas on selline väga üldine osa koodist. Aga seda ei soovitata, klassi sõltuvused peaksid olema alati määratud läbi construct'ide või set meetodite. Selle nimi on 'dependency injection', ma pole kindel mis selle emakeelne vaste olla võib.

Tähtis on lihtsalt see, et ühe klassi muudatus ei teeks teist klassi 'katki'. Mida rohkem on klassid teineteisest sõltumatud, seda lihtsam on nende klassidega iseseisvalt tegeleda või ka neid välja vahetada või ümber kirjutada erinevate refactoring vajaduste tulemusel.

Symfony looja käsitles seda probleemi lahendust nii, et need sõltuvused peaks olema loodud klassi ehitamise hetkel, ehk siis läbi construct'i. Siin on slaidid sellest, aga need võivad tsipa keerulised jälgida, kui samaaegselt seletust pikemalt kõrval pole:

http://www.slideshare.net/fabpot/dependency-injection-with-p

TSITEERITUD:

mis võiks olla kõige kiirem viis PHP selgeks saada,
...

php-d polegi võimalik selgeks saada, parem õpi korralikult vanduma, et asjad tööle hakkaks... kodus progejatel on selles suhtes väike eelis :D

Vaata ka PHP manuaali: http://php.net/manual/en/language.oop5.php

väga vähesel määral enne tegelenud - PHP algteadmised, html + natuke CSS

TSITEERITUD:

php-d polegi võimalik selgeks saada, parem õpi korralikult vanduma, et asjad tööle hakkaks... kodus progejatel on selles suhtes väike eelis :D

endal ka selline tunne - tundub olevat nagu eesti keele õppimine kus sama asja saab öelda mitut moodi valesti ja ikka toimib - nagu ütleks kartul, kardulas, kardul ;)

võib olla on mõni teine keel loogilisem ja seetõttu kergemini õpitav

TSITEERITUD:

endal ka selline tunne - tundub olevat nagu eesti keele õppimine kus sama asja saab öelda mitut moodi valesti ja ikka toimib - nagu ütleks kartul, kardulas, kardul ;)

võib olla on mõni teine keel loogilisem ja seetõttu kergemini õpitav

Eesti ülikoolides kiputi Pascalit algajatele esimese keelena pähe määrima, aga ma isiklikult soovitaks Pythonit. See õpetab ka treppima, oskus mis oleks paljudele PHP-kokkadele hea. Kunagi ergutasin isegi õppejõude seda kaaluma esimeseks keeleks, aga isiklikult pole uurinud, kas seda ka nüüdseks kuskil Eesti ülikoolis õpetatakse või praktikas kasutatakse.

TSITEERITUD:

Eesti ülikoolides kiputi Pascalit algajatele esimese keelena pähe määrima, aga ma isiklikult soovitaks Pythonit. See õpetab ka treppima, oskus mis oleks paljudele PHP-kokkadele hea.

Oot, äkki täpsustaks, miks Pascal treppimist ei õpeta? Selline suhteliselt ootamatu väide...

tallinna ülikoolis on nüüd Python algõppes

TSITEERITUD:

Oot, äkki täpsustaks, miks Pascal treppimist ei õpeta? Selline suhteliselt ootamatu väide...

Ehk väljendasin end valesti, tahtsin lihtsalt öelda seda, et Pythonis treppimata üldse ei saa, Pascalis saab. See on väga tavaline, et algaja arendaja ei viitsi mitmes kohas treppida, kuna kood on tihti nii lihtne, et see ei tundu algajale vajalik. Hiljem on üleminek raskem.

TSITEERITUD:

tallinna ülikoolis on nüüd Python algõppes

Yay :) Hea kuulda, et Inga asja ette võttis, omal ajal sai temale Pythonit - kui algajatele sobivat keelt, mis ka pikemas perspektiivis kasulik - soovitatud :)

Viimati muudetud: 19-07-2010 22:15:09
Muutja: Waher
Põhjus:

viska PHP kus see ja teine, see on lastele. Võta Java. Puhas OOP ja ei mingit spagetikoodi.

TSITEERITUD:

Eesti ülikoolides kiputi Pascalit algajatele esimese keelena pähe määrima, aga ma isiklikult soovitaks Pythonit. See õpetab ka treppima, oskus mis oleks paljudele PHP-kokkadele hea. Kunagi ergutasin isegi õppejõude seda kaaluma esimeseks keeleks, aga isiklikult pole uurinud, kas seda ka nüüdseks kuskil Eesti ülikoolis õpetatakse või praktikas kasutatakse.

Mõne vähegi pädeva IDE autoformat'i selgeks tegemisele sa ilmselgelt ei ole panustanud? Kui oleksid, siis puuduksid ka probleemid stiilis "omg kood on treppimata, omgomgom"

TSITEERITUD:

Mõne vähegi pädeva IDE autoformat'i selgeks tegemisele sa ilmselgelt ei ole panustanud? Kui oleksid, siis puuduksid ka probleemid stiilis "omg kood on treppimata, omgomgom"

Nii et sa arvad, et parem teeb ülejäänud meeskond autoformatit, kui et üks mees õpiks treppima?

TSITEERITUD:

Nii et sa arvad, et parem teeb ülejäänud meeskond autoformatit, kui et üks mees õpiks treppima?

Kogu meeskond pekas kasutama autoformatit. Kui ei kasuta, siis on midagi valesti mu arust.

TSITEERITUD:

Kogu meeskond pekas kasutama autoformatit. Kui ei kasuta, siis on midagi valesti mu arust.

Misjaoks? Kuidas sinu tööprotsess välja näeb?

TSITEERITUD:

Misjaoks? Kuidas sinu tööprotsess välja näeb?

Väga lihtne. Kirjutan koodi ära, vajutan näiteks alt+ctrl+o või ctrl+shitf+f (vastavalt IDE'le) ja kood on formaaditud täpselt nii nagu on kokku lepitud. { õiges kohas, tühikuid parajalt, indent õige pikkusega ja õiges formaadis (tühik vs. tab), lisab puudu olevat {} (kui on kokku lepitud, et ühe realised for loop'id või ifid peavad olema nendega ümbritsetud) jne jne. Pole mingit muret selle teemaga, isegi siis kui kusagil läks mõni indent valesti.

Lihtsustab ka versioonihalduses diff'i vaatamist, sest mul polnud vaja kellegi teise indenti või formattimist muuta.

Autoformati headusest ei saa need aru, kes seda kunagi kasutanud pole, seega soovitan proovida, teeb elu palju lihtsamaks.

TSITEERITUD:

Väga lihtne. Kirjutan koodi ära, vajutan näiteks alt+ctrl+o või ctrl+shitf+f (vastavalt IDE'le) ja kood on formaaditud täpselt nii nagu on kokku lepitud. { õiges kohas, tühikuid parajalt, indent õige pikkusega ja õiges formaadis (tühik vs. tab), lisab puudu olevat {} (kui on kokku lepitud, et ühe realised for loop'id või ifid peavad olema nendega ümbritsetud) jne jne. Pole mingit muret selle teemaga, isegi siis kui kusagil läks mõni indent valesti.

Lihtsustab ka versioonihalduses diff'i vaatamist, sest mul polnud vaja kellegi teise indenti või formattimist muuta.

Autoformati headusest ei saa need aru, kes seda kunagi kasutanud pole, seega soovitan proovida, teeb elu palju lihtsamaks.

Hea küll, mu arust oli rõhk sellel, et kui üks diletant sunnib kõiki teisi meeskonnas autoformatti tegema.

Aga mis IDEd need on mis oskavad {} panna? Minu phpEd, õigemini selle PolyStyle plugin saab ainult whitespace sättimisega hakkama. Mingi Java IDE?

TSITEERITUD:

viska PHP kus see ja teine, see on lastele. Võta Java. Puhas OOP ja ei mingit spagetikoodi.

miks mitte võtta Ruby on Rails või Python

TSITEERITUD:

Hea küll, mu arust oli rõhk sellel, et kui üks diletant sunnib kõiki teisi meeskonnas autoformatti tegema.

Aga mis IDEd need on mis oskavad {} panna? Minu phpEd, õigemini selle PolyStyle plugin saab ainult whitespace sättimisega hakkama. Mingi Java IDE?

Eclipse.

TSITEERITUD:

Hea küll, mu arust oli rõhk sellel, et kui üks diletant sunnib kõiki teisi meeskonnas autoformatti tegema.

tiimis peab koodimisstandard ja formatt paigas enivei olema muidu ei tule versioonihaldusest eriti midagi välja, kui iga vend oma whitespacega terve faili üle laseb.

TSITEERITUD:

Aga mis IDEd need on mis oskavad {} panna? Minu phpEd, õigemini selle PolyStyle plugin saab ainult whitespace sättimisega hakkama. Mingi Java IDE?

eclipse, zend, phpstorm jne