eM^ Posted March 19, 2007 Report Share Posted March 19, 2007 Labdien. Gribēju uzzināt, kā ir pareizi veidot mājaslapu. Tas jāsaprot tā, ka gribu uzzināt kā jūs visu sakārtojat lai tas būtu pēc iespējas pārskatāmāk un lai ar to būtu vieglāk darboties, Vai taisīt kautkādus mistiskus config.php failus kur glabāt šādu tādu info, vai kautkā tā. Nēsmu nekur mācijies taisīt lapas, tāpēc vienmēr taisu visu diezgan haotiski un tad, kad jau daudz informācijas ir ielikts, vairs pats nesaprotu ko kur esmu ielicis un nākās lapu taisīt no jauna ar gudrāku aci... Link to comment Share on other sites More sharing options...
andrisp Posted March 19, 2007 Report Share Posted March 19, 2007 Nu tehnikas ir dažādas. Un, priekš mazām lapiņām, haotiskums arī ir ok. Galvenais, lai tas haotiskums ir stabils un neatver kādus haxorēšanas caurumus. Iesaku mēģināt apgūt MVC patternu: http://www.google.lv/search?hl=lv&q=php+mvc+pattern Daudzviet tas ir aprakstīts diezgan/ļoti sarežģīti, tāpēc iesaku pastaigāt pa dažādākiem linkiem, lai atrastu kādu, kas ir vieglāk uztverams. Link to comment Share on other sites More sharing options...
hackerman Posted March 19, 2007 Report Share Posted March 19, 2007 Nav jātaisa lapa ar visiem mainīgajiem angļu valodā vai jāsauc faili kā main.php, gallery.php un tml. :) Patiesībā katrs taisa kā grib. Ir tādi, kam patīk visu taisīt visu angliski utt., ir tādi, kam patīk rakstīt faila nosaukumus, mainīgos utt. latviski :) Tu ieminējies par to pārskatāmību. Ja tas ir tavs kods, tad noteikti tur labi orrientēsies labi un tas būs pārskatāmi. Kā jau teicu, tas ir vairāk pēc gaumes. Link to comment Share on other sites More sharing options...
Toms Posted March 19, 2007 Report Share Posted March 19, 2007 (edited) Failu nosaukumi un failu struktuura smuki sakaartota. Logjiski mainiigo nosaukumi. Koda indentaacija, funkciju parametri aprakstiiti un taml. Edit: Es veel faila augshpusee parasti defineeju visus izmanotots mainiigos.. un peec tipiem: $arrUsers, $intIncrement un taml. Edited March 19, 2007 by Toms Link to comment Share on other sites More sharing options...
eM^ Posted March 19, 2007 Author Report Share Posted March 19, 2007 Nu jācenšas vis taisīt tagat sakārtoti, lai pēctam nav lieka laika kavēšana to visu sakārtot pa plauktiņiem. P.S. ir gadijes ari savu kodu nesaprast, tiesa to es biju rakstijis pirms kāda pus gada... :) Link to comment Share on other sites More sharing options...
Toms Posted March 19, 2007 Report Share Posted March 19, 2007 Jo ātrāk pieradināsi sevi pie sakārtotības, jo labāk! Nākotnē būs vieglāk. Un vēlāk nemaz nav iespējams tik vienkārši visu sakārtot. Arī pie relatīvi mazu izmēru projektiem. Neatmaksājas kārtošana. Link to comment Share on other sites More sharing options...
Grey_Wolf Posted March 20, 2007 Report Share Posted March 20, 2007 ja runa ir par kodu tad Noteikti vajag REMus (pieziimes) par visu ... ko kursh mainiigais dara It iipashi pie funkcijaam... No pieredzes varu pateikt ka kodaa kas garaaks par 500 rindinjaam peec 4-6 meneshiem pats nesapratiisi kaadeelj taisiji taa un ne savaadaak... Link to comment Share on other sites More sharing options...
andrisp Posted March 20, 2007 Report Share Posted March 20, 2007 Vēl svarīgāk par komentāriem ir paškomentējošs kods. Paškomentējošs kods ir tāds, kur var saprast, kas notiek pēc fju un mainīgo nosaukumiem. Protams, komentāri arī ir svarīgi. Link to comment Share on other sites More sharing options...
bubu Posted March 20, 2007 Report Share Posted March 20, 2007 Komentāri pēc ilgāka laika posma mēdz melot dēļ izmaiņām kodā (slinkie programmētāji izmaina kodu, bet neizmaina komentāru). Tāpēc paškomentējošs kods ir daudz vērtīgāks par prastu // vai /* .. */. Link to comment Share on other sites More sharing options...
v3rb0 Posted March 20, 2007 Report Share Posted March 20, 2007 un testus, vismaz tai daļai, kuru uzskati par cori. Link to comment Share on other sites More sharing options...
Grey_Wolf Posted March 20, 2007 Report Share Posted March 20, 2007 bubu -->kad kodam ir jaabuut pashkomentejosham tas ir skaidrs, bet komentari vienalga ir Ljoti vertiigi ;) jo diezvai rakstisi funkciju ar nosaukumu teiksim: atgriezj_vertibu_x_ja_vertiba_y_ir_lielaka_par_z().... driizaak sito penteri ieliksi f-jas sakumaa un funkciju nosauksi teiksim: vertibas_x_salidzinasana()... ;) Tas taa piebildei... P.S. protams ir redzeeti arii 'umnjiki' kas visus maniigos nosauc $a ; $a1 utt... ;) tad pat komentaari ir garaam ;) Link to comment Share on other sites More sharing options...
v3rb0 Posted March 20, 2007 Report Share Posted March 20, 2007 atgriezj_vertibu_x_ja_vertiba_y_ir_lielaka_par_z() tāpēc ir izodmāti argumenti un oop. $obj -> getX('y>z'); Link to comment Share on other sites More sharing options...
john.brown Posted March 20, 2007 Report Share Posted March 20, 2007 tāpēc ir izodmāti argumenti un oop Patiesībā jā - oop un design patterns ir ļoti spēcīgs koda strukturēšanas instruments. Ja vēl pacensties, un rakstīt klasītes, kas nav garākas per 100-200 rindiņām, dalīt funkcijās ne vairāk par kādām 20 rindiņām, dot tam visam sakarīgus nosaukumus, tad pat ar minimālu komentāru vairumu sanāk saprotami un ērti. Link to comment Share on other sites More sharing options...
bubu Posted March 20, 2007 Report Share Posted March 20, 2007 Grey_Wolf: neiet runa jau par triviālām fjām - palielinaat_x_par_viens(); Tādam lietam jau fjas nav vērts rakstīt. Es vairāk biju domājis funkcijas nesaukt kā process_data($data); bet gan piemēram display_persons($persons), remove_disabled_items($items) . Vai arī tas pats viss oop sintaksē ar objektiem. Link to comment Share on other sites More sharing options...
eM^ Posted March 20, 2007 Author Report Share Posted March 20, 2007 Gribēju vēl uzdot pāris ar šo lietu saistītus jautājumus: 1)Kā labāk taisīt lapas navigāciju?Vai ar piemeram $_GET['id'] swichot ko lietotājs izvēlējies un include nepieciesamo failu kurā ir tikai nepieciešamais teksts/bildes, vai vienkāršus linkus uz atsevišķiem php failiem, kuros visas malas/logo utt. ir itkā nokopēti un mainās tā īsti tikai galvenais teksts(vidū), vai IFRAME? 2)Vai tas nav slikti, ka visu tikpatkā savienoju ar MySQL - saites, jaunumus, komentārus, bannerus un citas lietas, kuras pat īsti nevajadzētu. Es tā daru, jo man patīk darboties ar DB un tad gan kods, gan informācija uzreiz liekās daudz kārtīgāka, un arī klientam pēctam viegla dzīve, jo visu var ērti nemainot kodu pamainīt/palabot. Link to comment Share on other sites More sharing options...
Recommended Posts