php.lv forumi: 2easy - Viewing Profile - php.lv forumi

ja kādam liekas, ka šajā forumā uzdod smieklīgus jautājumus, tad citur diskusijas ir vēl smieklīgākas...

jau atkal izklausās pēc spama, bet šie visi lielā mērā tiešām ir gaumes jautājumi...

lai kā arī organizētu kodu un lai kā arī to pēc tam nosauktu (mvc vai watever kā), galvenais ir būtība, kāpēc tas tiek darīts: lai atvieglotu/paātrinātu izstrādi/uzturēšanu. vai ne? tātad kādam tā likās ērti. vēl kādam arī. vēl 10 miljoniem citu developeru arī. un viņi taisa augšā web applikācijas ar savu mvc. bet citi 10 miljoni developeru taisa kkā savādāk, kā nu kuram ir ērtāk

galvenās lietas, kas tiek nodalītas atsevišķi, ir datu pieprasījumi/query (ko mvc sauc par model) un ui attēlošana/echo (ko mvc sauc par view) un tad vēl ir kods, kas apstrādā requestu (ko mvc sauc par controller) un veic gan datu pieprasījumus, gan arī pēc tam tos attēlo, izmantojot iepriekš nodefinētās funkcijas. šo ideju var norealizēt līdz dažādām pedantiskuma pakāpēm: gan iekšēji baigi strikti nodalīt funkcijas un visus datus vairākkārtīgi padot no vienas funkcijas argumentiem tālāk citai funkcijai (tipa spēlēt volejbolu, piespēlējot/mētājot datus no vienas funkcijas tālāk nākamajai), gan arī visu sadalīt daudzum daudzos failiņos pa atsevišķiem folderīšiem. bet var pieiet arī elastīgāk un mixēt un pat apvienot līdzīgu funkcionalitāti. vot šī mvc implementācija ir tas, ko es saucu par gaumes jautājumu. savukārt, kad es teicu ka "MVC toč ir priekš noobiem", es domāju, ka noobiska ir tieši ļoti cītīga pieturēšanās pie kkādiem priekšrakstiem, ko cilvēks pats līdz galam nesaprot, un kas atbilstošajā situācijā var pat nebūt pareizākā un lietderīgākā

ok, lai nebūtu tikai kritizēšana (un lai Jūs varētu pakritizēt arī mani :D:D:D), mans piegājiens ir apmēram šāds:
web applikāciju dalu komponentos (komponents var apvienot vairākus līdzīgus objektus):
1) statiskais kontents (par mums, kontakti, bla bla bla)
2) produkti, kategorijas
3) grozs, pasūtījumi

katram komponentam ir
1) datu modulis ar db pieprasījumiem/kverijiem: gan triviāliem select,insert,update,delete, gan advancētākas darbības, kad vienā funkcijā ir vairāki db kveriji
2) ui modulis (priekš site un cms katram savs), kurš turklāt dalās divās loģiskās daļās:
a) ui darbību izpilde (formu apstrāde)
b) ui attēlošana (saformē html un echo)
ui modulis manā izpildījumā izsauc datu moduļa funkcijas: tās, kuras ir nepieciešamas, lai attēlotu konkrēto komponentu/objektu konkrētajā kontekstā

kontrole aizņem vismazāk koda: vnk jāizpilda attiecīgā ui darbība un/vai jāparāda attiecīgais kontents

thats it! so simple ;)


lai arī lietoju vārdu "objekts", taču es tikai domāju objektos. funkciju nosaukumus arī rakstu objektorientētā stilā, piemēram:

datu pieprasījumu funkcijas: productSelectItem(), productSelectList(), productInsert()
ui darbību funkcijas: productInsertOp(), productUpdateOp()  // op - ui operation (op galā pielieku tāpēc, lai funkcijas nosaukums atšķirtos no līdzīgām zemāka līmeņa datu pieprasījuma funkcijām. kr4 lai nebūtu naming kolīzijas)
ui attēlošanas funkcijas: productItemEcho(), productListEcho()

man tā vnk ir ērtāk organizēt kodu, kad domāju objektorientēti, taču viss kods anyway ir procedurāli, jo kodēt web applikācijas burtiskā oop sintaksē ir smags overkills, jo oop ir jāraksta kkur vismaz par 20% vairāk koda, lai dabūtu to pašu funkcionalitāti, ko rakstot procedurāli. visu kodu, kas veido web applikācijas funkcionalitāti, var ļoti labi sadalīt pa moduļiem procedurāli (modulis - fails ar līdzīgām funkcijām, pie kam failā var būt vairāki moduļi. tādā gadījumā tos saucu par loģiskiem moduļiem)

mācoties taisīt web applikācijas var iekrist dažādās galējības: daļa programmētāju (pārsvarā iesācēji) pieiet pārāk vienkārši un raksta kkādu makaronu kodu, kur viss ir kopā, bet citi, kas jau ir mazliet gudrāki, bieži krīt otrā galējībā un visu nenormāli cenšās abstrahēt caur entajiem abstrakciju līmeņiem, interfeisiem un objektu objektiem, etc. protams, viņi ir krutāki par pirmajiem, jo pirmie vnk nemāk to oop un līdz ar to arī nemāk tik sarežģīti uztaisīt, taču savā "krutumā" tie otrie nepamana, ka ir noobi no viena cita aspekta - tādā ziņā, ka netēmā sarežģī vienkāršas lietas. vajag atcerēties vienu vienkāršu patiesību: web lapa nav nekas vairāk kā vnk strings no <html> līdz </html> (ar DOCTYPE sākumā + vēl ārējie resursi css,js,images,...) un izstrādātāja galvenais uzdevums ir tik vien kā saformēt šo stringu un echo. lai izdarītu tādu pēc būtības vienkāršu lietu, tiešām nevajag pārcensties ar sarežģīšanu... kr4 zelta vidusceļš ftw

nju tie bija my 2 cents about mvc and stuff ;)

vai tu strādā arī kko, vai tikai "apmeklē resursus"? ;)

EdgarsA, on 2010.02.05 10:46, said:

un iztiec bez GD lib 2 ???

kā arī dažreiz cron var noderēt un dažreiz vajag vairāk par 3x epastiem ;)
vnk nano par to pašu naudu (pat vēl mazliet lētāk) to piedāvā, turkāt pat 2x domēnus! :))