sfx Posted June 1, 2006 Report Share Posted June 1, 2006 Hei, varbuut kaads man var taa iisi apstaasttiit ar ko atshiras PHP4 no PHP5 Link to comment Share on other sites More sharing options...
bubu Posted June 1, 2006 Report Share Posted June 1, 2006 RTFM: http://www.php.net/manual/en/migration5.php Link to comment Share on other sites More sharing options...
kaszu Posted July 11, 2006 Report Share Posted July 11, 2006 (edited) Tagad (varbuut jau arii kaadu laiku:) ) ir pieejams PHP6 (vai 5.5 skaitaas pareizi?), beidzot vini ir izneemussi register_globals un magic_quotes un veel vis kaut kas cits http://snaps.php.net/ -downloads http://www.php.net/~derick/meeting-notes.html -apraksts Edited July 11, 2006 by kaszu Link to comment Share on other sites More sharing options...
bubu Posted July 11, 2006 Report Share Posted July 11, 2006 Snapšoti pieejami jau ilgu laiku. Bet cilvēki pie pilna prāta tos nelieto. Ja jau pat "stabilajās" php versijās visu laiku atrod pa bugam, tad kur nu nestabilajās izstrādes versijās! Link to comment Share on other sites More sharing options...
v3rb0 Posted July 11, 2006 Report Share Posted July 11, 2006 php5 ir jaunāks, ātrāks, krāsaināks, smaržīģāks un visādi citādi krutāks par veco, labo, stabilo, gandrīz izdebugoto php4, bet principā tas pats php - no programēšanas viedokļa nav tik būtiska atšķirība, lai tas spēlētu izšķirošu lomu taisīt projectu uz php4 vai php5, drīzāk reliģijas un includoto libu jautājums. Link to comment Share on other sites More sharing options...
Delfins Posted July 11, 2006 Report Share Posted July 11, 2006 nu tāpat ir cilvēki, kas vēl joprojām kodē oldskuul C, kamēr pasaulē pastāv visādi delphi un dot.neti PS: ieteikums būtu - iemācīties vismaz to pašu php4... Link to comment Share on other sites More sharing options...
Roze Posted July 11, 2006 Report Share Posted July 11, 2006 php5 ir .. ātrāks, krāsaināks, smaržīģāks un visādi citādi krutāks par veco, labo, stabilo, gandrīz izdebugoto php4 Šis nav ar 100% garantiju.. ir varianti kur 4. ir ātrāks, salīdzinot ar 5.0.x branchu jau nu noteikti, 5.1.x izskatās jau labāk dažādos benchmarkos taču reālā produkcijas vidē manāms ieguvums netika manīts .. Pozitīvi gan tas ka daudz memory leaku izlabots. Link to comment Share on other sites More sharing options...
john.brown Posted July 11, 2006 Report Share Posted July 11, 2006 no programēšanas viedokļa nav tik būtiska atšķirība, lai tas spēlētu izšķirošu lomu taisīt projectu uz php4 vai php5 Nu tā viss nav. Ir atšķirība, un ļoti būtiska. Kā vienā forumā teica - php4 ļauj noformēt kodu objektu stilā, bet php5 ļauj rakstīt oop :) Ja man jāizvēlās, rakstīt priekš 4 vai 5, tad viennozīmīgi priekš 5. Kad esi pie laba pieradis, grūti pāriet uz ko štruntīgāku. Pilnvērtīgs oop ir ļoti good :) Link to comment Share on other sites More sharing options...
bubu Posted July 11, 2006 Report Share Posted July 11, 2006 Nu tā viss nav. Ir atšķirība, un ļoti būtiska. Kā vienā forumā teica - php4 ļauj noformēt kodu objektu stilā, bet php5 ļauj rakstīt oop :)Ja man jāizvēlās, rakstīt priekš 4 vai 5, tad viennozīmīgi priekš 5. Kad esi pie laba pieradis, grūti pāriet uz ko štruntīgāku. Pilnvērtīgs oop ir ļoti good :) Ja runa ir ne tikai par php, tad nepiekritīšu. Tracina laukā visi šitie javismas oop - getX(), setX(), getY(), setY() tb getteri/setteri, un vēl citas pārgudras oopisma lietas no javas. Link to comment Share on other sites More sharing options...
john.brown Posted July 11, 2006 Report Share Posted July 11, 2006 Kas attiecas uz java, tad varbūt piekritīšu. Gan vairāk dēļ tā, ka sun filosofija man ne visai saprotama ir. Kas attiecas uz geteriem/seteriem - nē. Ērti un labi, vēl jo vairāk, ka iekš php tev nav jāraksta katrs geteris/seteris tieši. Var šos realizēt visus uzreiz caur __call(). Link to comment Share on other sites More sharing options...
v3rb0 Posted July 11, 2006 Report Share Posted July 11, 2006 par oop tiesa, bet es kaut kā rakstot php neko vairāk kā mantošanu, singletonus un kaudzi ar f-jām/globaliem variabļiem klasēs sadalīt neizmantoju, un priecājos ka sanāk uzrakstīt ātrāk nekā to pašu javā. Link to comment Share on other sites More sharing options...
john.brown Posted July 11, 2006 Report Share Posted July 11, 2006 Nu, gaumes lieta ;) Es, savukārt, pēdējā laikā tik pure oop rakstu, un priecājos, ka sanāk ātrāk, ērtāk un pārskatāmāk, kā ar procedūrām... Un design patterns stipri dzīvi atvieglo. Bez tam, vērojot tendences php programmēšanā, jāsecina, ka notiek vispārēja pāreja uz oop. Un tas, imho, ir labi... Link to comment Share on other sites More sharing options...
v3rb0 Posted July 11, 2006 Report Share Posted July 11, 2006 es jau ar ~ ar oop only - citādi nemaz nemāku. bet ar prātu, padodot datus lietoju labāk hashmapu, nevis taisu objectu (beanus). rakstu echo nevis taisu outputClass instanci un saucu echo metodi utt. Link to comment Share on other sites More sharing options...
john.brown Posted July 11, 2006 Report Share Posted July 11, 2006 Nu bez prāta rakstot gan pilnīgi vienalga, kā rakstīt. He,he ;) Par hash var teikt, ka ne vienmēr ērti - man patīk ar $_REQUEST strādāt caur objektu. Nekontrolējami echo pa vidu oop`am ar nav īsti labi. Parasti visu outputu buferēju, un tad ar templates parseri maucu ārā. Bet te jau ir bijuši strīdi par šā nepieciešamību... Man patīk... savs, ne smarty ;) Nu, zināms off ne par tēmu sanāk. Link to comment Share on other sites More sharing options...
Gundars Posted July 12, 2006 Report Share Posted July 12, 2006 Atlaušos piebilst, ka lai pilnvērtīgi strādātu ar OOP, ir jāiemāčas programēsanas pamati un OOP ideoloģijas. OOP tiešām nav vērts lietot OOP pēc. PAreizi kostruēi OOP krietni atvieglo dzīvi, savukārt neparaizi, tie var krietni sarežgīt visu darbu. Un vel otra leita, OOP krietni atvieglo dzīvi darbojoties komandā, jo lietojot vienus un tos pašus objektus, kas arī nosaka programkoda loģiku, otrs programētājs var krietni ātrāk sparast tavu kodu, nekā parastā veidā. Protams, ka OOP palēnina koda darbības ātrumu, jo parasti tie ir diezgan dauzfunkcionāli, attiecīgi visādi leiki izsaukumi, kas nodrošina oejekta darbību un mijiedarbību ar citiem, tai miklī varbūt nevajadžīgiem objektiem, bet vienmēr paliek varints uzrakstīt to parastā veidā. Un kada vispār var būt ātdarbība iekš PHP, kas ir scripts, nevis binārijs. Link to comment Share on other sites More sharing options...
Recommended Posts