PHP freimworki
PHP pavisam noteikti trūkst spēcīga bundlēta freimvorka (PEAR ir tikai un vienīgi ne pārāk standartizēts klašu kopums). Tieši tas pats attiecas uz extensijām un visnotaļ decentralizēto naming conventions. Galu galā - funkcionālā programmēšana, lai arī bieži vien ātrākā un ērtākā izstrādes metodika, uzliek savus ierobežojumus.
Bet iet cauri visiem eksistējošajiem PHP freimworkiem nolūkā tos izvērtēt un atrast sev piemērotāko ir kvests mūža garumā. Ne tikai tāpēc, ka to ir drūmais tūkstotis. Arī tāpēc, ka ik dienas rodas jauni :)
2005. gada 7. jūlijā, plkst. 16:57
funkcionālā programmēšana ir pavisam kas cits (LISP zini?), nejauc ar PHP niekiem (visvienkāršākā imperatīvā programmēšana).
http://en.wikipedia.org/wiki/Functional_programming
2005. gada 8. jūlijā, plkst. 12:10
Jā jā, funkcionālā programmēšana ir jautri. LU studenti ML arīdzan pazīst. :)
2005. gada 8. jūlijā, plkst. 20:52
Tie pazīst arī SCHEME (LISP-veidīga f.valoda)
2005. gada 24. jūlijā, plkst. 17:39
"It's not even clear what "framework" means in PHP".
2005. gada 25. jūlijā, plkst. 15:14
PHP tos freimvorkus simts gadus nevajag. PHP pārāk strauji attīstās, lai tie freimvorki būtu apgūšanas vērti. Tikko viņi izlien no alfa versijām un tikko tu esi tos apguvis, iznāk PHP versija ar super jaunām fīčām un tas freimvorks salīdzinājumā ar to, kā viņš varētu skriet, izmantojot jaunās fīčas, bremzē pamatīgi.