DevProTalk

Forumi IT profesionalaca
web development, web design, e-business, SEO


Idite nazad   DevProTalk > Web development i web aplikacije > PHP
Beach Wedding Dresses - Looking for the Wedding Dress? Here, 1dress.co.uk stunning collection of beach wedding dresses is just what you are looking for.
charles wang

PHP PHP aplikacije, Smarty, PEAR

Odgovori
 
Alati teme Način prikaza
Staro 23. 09. 2009.   #31
bOkIcA
Bojan Abramovic
Professional
 
Datum učlanjenja: 17.01.2008
Lokacija: Novi Sad
Poruke: 232
Hvala: 30
47 "Hvala" u 30 poruka
bOkIcA će postati "faca" uskoro
Default

Eto ja sam od tih koji u svojim projektima u CI-u izostavljam php closing tag i stavljam '// EOF'. Korektno mi deluje i sa i bez, nista cudno tu ne vidim.
PHP kôd:
<?php

/**
 * example
 */



// EOF
Nemam nista protiv kada se tim dogovara o standardima ali mi nije korektno kada se oni bez obrazlozenja i logike namecu samo zato sto se to nekom ko namece svidja ili je navikao.
bOkIcA je offline   Odgovorite uz citat
"Hvala" bOkIcA za poruku:
Staro 23. 09. 2009.   #32
holodoc
član
Certified
 
Datum učlanjenja: 27.11.2007
Poruke: 71
Hvala: 10
12 "Hvala" u 11 poruka
holodoc is on a distinguished road
Default

Citat:
Originalno napisao bluesman Pogledajte poruku
@degojs: nismo se razumeli, ok je to za alate, nego treba napraviti dogovor o svemu pre početka i onda nema potrebe za nekim super-alatima kao što je opisao holodoc. Koji je to timski rad ako svako radi šta hoće i kako hoće?
Code "beautifieri" stvarno nisu nikakavi "super" alati već poprilično korisne stvarčice koje se danas isporučuju uz svaki kvalitetniji IDE. PHPEd recimo dolazi sa podrškom za Polystyle (doduše u trial varijanti) dok Eclipse i NetBeans imaju svoja ugrađena rešenja. Postoji i dobar razlog za to. Naime, koliko god tim bio uštelovan i kakve god konvencije kodiranja da se usvoje na početku, svaki koder ima neku svoju specifičnost koje se teško odriče. Ja recimo ne mogu da smislim kod u kome nov blok koda počinje u vitičastoj zagradi u sledećem redu i te prakse se držim od kako sam ukucao prvu vitičastu zagradu u svom kodu pre sada već nešto više od 20 godina. I ne verujem da će me iko ikada naterati da drugačije pišem kod. Ako se to nekome ne sviđa što se tiče mene u redu je. Napisaću kod po mome a pred predavanje ću ga provući kroz Polystyle što je operacija koja traje sekundu-dve.

Da stvar bude gora specifičnosti se posebno osećaju u timskom radu sa strancima. Nemci su recimo bez daljnjeg najspecifičniji u pisanju koda (kada je PHP u pitanju dosta njih koristi neku vrstu mutanta između PEARa i nekih krajnje čudnih sintaksičkih "sentenci") dok recimo ima slučajeva da kod bude toliko loš da ništa osim refactoringa ne preostaje.

Zato code "beautifieri" nisu alatke koje treba potcenjivati, posebno Polystyle. Neki ih ne vole ali nepobitna je činjenica da jednim potezom može da se postigne potpuna doslednost jednom istom načinu formatiranja koda tj. izbegla karta u jednom pravcu za Golgotu kada nalogodavac posla zakuca na vrata
Citat:
Originalno napisao bluesman Pogledajte poruku
Kažeš "Otvoriš neki fajl, udariš kombinaciju tastera i to je to." I onda sačuvaš, pa onda neko drugi uradi to isto, pa neko treći to isto i na kraju dođete do revizije 14 a niko ništa nije menjao nego je samo hteo da "baci pogled".
Većina klijenata za CVS i SVN danas ima opciju pregleda sadržaja revizija direktno iz repozitorijuma tako da ne vidim zbog čega bi neko radio check-in za materijal koji može direktno da se pogleda u repozitorijumu. SVN recimo podržava ovu opciju i bez nekih specijalnih klijenata (za one koji su više privrženi konzoli) a odlična alternativa korisnicima na Widnowsu je TortoiseSVN.
Citat:
Originalno napisao bluesman Pogledajte poruku
Ako ćemo iskreno, današnji editori sve manje donose noviteta vezaih za samo kodiranje, a sve više glavnih features su vezani za kozmetiku, odnosno "beautifying the code" i onda editori rade 40% sporije da bi mogli da progutaju svačije coding styles i kako kaže holodoc: "istrenira" da zapazi najbitnije šablone formatiranja izvornog koda i napravi profil a nakon završene ispravke sve se vrati na staro sa sačuvanim profilom... Super što može ali to je bacanje resursa i vremena koje može da se preči običnim "old-school" dogovorom. )
Slažem se da neka razvojna okruženja imaju gomilu funkcionalnosti koje realno nisu potrebna krajnjim korisnicima ali definitivno se ne slažem da nije potrebno imati alatke u okviru editora koje omogućavaju "održavanje higijene" koda kao što sam to već objasnio u prethodnom delu ovoga posta. Vodeći se tom logikom ispašće da su i sintaksno obeležavanje koda, indentacija i sličen stvari takođe luksuz što je po meni opet potpuna krajnost Da ne budem pogrešno shvaćen, kao i svako ko ima nameru da živi od svojih projekata, volim brze i pre svega upotrebljiva razvojna okruženja tako da na Windows baziranim platformama kada je PHP u pitanju moj izbor pada na PHPEd. Na Linuxu nažalost postoji samo jedna dostojna zamena za koju može da se kaže da je upotrebljiva a to je po meni PDT.

Uostalom koga ne mrzi može da pročita jednu od mojih skorašnjih tekstova na temu razvojnih PHP okruženja (link). Tekst je malo stariji ali generalno nema nekih preteranih razlika u odnosu na nove verzije.
holodoc je offline   Odgovorite uz citat
Staro 23. 09. 2009.   #33
bluesman
Goran Pilipović
Sir Write-a-Lot
 
Avatar bluesman
 
Datum učlanjenja: 18.05.2005
Lokacija: Beograd
Poruke: 5.450
Hvala: 288
1.238 "Hvala" u 446 poruka
bluesman je osoba koju treba slušatibluesman je osoba koju treba slušatibluesman je osoba koju treba slušatibluesman je osoba koju treba slušatibluesman je osoba koju treba slušatibluesman je osoba koju treba slušatibluesman je osoba koju treba slušatibluesman je osoba koju treba slušatibluesman je osoba koju treba slušati
Pošaljite ICQ poruku za bluesman
Default

"Potcenjivati"? "Nije potrebno"? Ti si nešto pogrešno razumeo u mom postu. Potrebno je, i to baš zbog ljudi koji imaju takav stav kao ti Evo i zašto tako mislim: ako već dođe do toga da moraš da uptrebljavaš te alate i pored svih dogovora, onda džabe i dogovor - neka radi ko šta hoće i kako hoće. A ako niko ne može nekoga naterati da promeni navike - onda je taj solista i takav stav nije za bilo kakav timski rad. A ako nema timskog rada, i sve radiš sam - onda ti ti alati nisu ni potrebni jer je sav kod tvoj i nema "konflikta". Dakle, paradoks
__________________
Goran Pilipović a.k.a. Ugly Fingers Bradley f.k.a. bluesman
I don't always know what I'm talking about but I know I'm right!
bluesman je offline   Odgovorite uz citat
Staro 23. 09. 2009.   #34
holodoc
član
Certified
 
Datum učlanjenja: 27.11.2007
Poruke: 71
Hvala: 10
12 "Hvala" u 11 poruka
holodoc is on a distinguished road
Default

Ne bavim se paradoksima jer su previše rekurzivni

Što se tiče pitanja "dogovora"... Jedno je kada kompanija ima takvu poslovnu politiku da svakom junior developeru dodeli mentora koji će biti zadužen za uvođenje "junoše" u sitna crevca i uklapanje u svoje izolovane razvojne timove a potpuno drugo je realnost u kojoj se dešava da na projektu sarađuje nekoliko kompanija, neretko iz različitih država, gde svaka ima svoja ustaljena pravila i načine rada. Šta onda? Poslodavac kaže da posao mora da se odradi a njegov razvojni tim kuka kako će verovatno biti problema jer postoje neke neusklađenosti oko formatiranja koda

Još gore ako se radi na projektu gde se više postojećih različtih projekata uklapa u jednu celinu. Ako nije potrebno "prčkati" po postojećem kodu i njegova enkapsulacija "drži vodu" onda u redu, ne treba poprvljati ono što nije pokvareno. Međutim, ako treba zavrnuti rukave teško da ima profesionalca koji nije osetio čari refactoringa i "ulepšivača koda"

Poslednja izmena od holodoc : 23. 09. 2009. u 21:20. Razlog: typo
holodoc je offline   Odgovorite uz citat
"Hvala" holodoc za poruku:
Staro 25. 09. 2009.   #35
eraser
profesionalac
Qualified
 
Avatar eraser
 
Datum učlanjenja: 24.08.2009
Lokacija: Berlin
Poruke: 101
Hvala: 37
256 "Hvala" u 17 poruka
eraser is on a distinguished roaderaser is on a distinguished roaderaser is on a distinguished road
Default

"You’re not here to write code; you’re here to ship products!"
eraser je offline   Odgovorite uz citat
Staro 19. 10. 2009.   #36
mbabuskov
novi član
 
Datum učlanjenja: 19.10.2009
Lokacija: Subotica
Poruke: 5
Hvala: 0
0 "Hvala" u 0 poruka
mbabuskov is on a distinguished road
Default

Citat:
Originalno napisao bluesman Pogledajte poruku
Znači preporuka Code Igniter je da se ne zatvara PHP tag? Meni to zvuči prilično čudno
Razlog je CI celo izvrsavanje koda stavlja u ob_start/ob_end_flush, kreira prvo celu stranicu i tek na kraju salje headere i sadrzaj. E sad, ako bi se nedge potkrao taj enter iza ?> na kraju fajla, pucale bi neke stvari. Dakle, razlog je interni mehanizam kako framework radi (bar tako kazu u CI dokumentaciji).

E sad, zasto imati Enter na kraju fajla je vec drugo pitanje. Neki editori ga dodaju automatski, a neki version control sistemi po defaultu javljaju warning za to. Bas iz razloga sto je tekstualni fajl koji nema enter na kraju sumnjiv, kao da nije kompletan.

Licno, meni se svidja preporuka CodeIgnitera da se koristi // EOF ili neka slicna oznaka, pa sam poceo da koristim to i kada radim van CIa. Nekako mi kod izgleda lepse u editoru
mbabuskov je offline   Odgovorite uz citat
Odgovori


Alati teme
Način prikaza

Pravila pisanja
Možete ne započinjati nove teme
Možete ne slati odgovore
Možete ne slati priloge
Možete ne izmeniti svoje poruke
vB kôd je Uključen
Smajliji su Uključen
[IMG] kod je Uključen
HTML kôd je Isključen
Pogledajte forum


Vreme je GMT +2. Trenutno vreme je 14:03.


Blogodak - Domaci blogovi na jednom mestu Caught in a web - web dev blog
Powered by vBulletin® Verzija 3.6.8
Copyright ©2000 - 2017, Jelsoft Enterprises Ltd.
Copyright © DevProTalk. All Rights Reserved.
Mišljenja, saveti, izjave, ponude ili druge informacije ili sadržaji nastali na Sajtu su vlasništvo onoga ko ih je kreirao, a ne DevProTalk.com, tako da ne morate da se oslanjate na njih.
Autori poruka su jedini odgovorni za ovakve sadržaje. DevProTalk.com ne garantuje tačnost, kompletnost ili upotrebnu vrednost informacija, stavova, saveta ili datih izjava. Ne postoje uslovi pod kojima bi mi bili odgovorni za štetu ili gubitak koji je posledica bilo čijeg oslanjanja na nepouzdane informacije, ili bilo kakve informacije nastale kroz komunikaciju između registrovanih članova.
Web sajt može sadržavati linkove na druge web sajtove na Internetu ili neke druge sadržaje. Ne kontrolišemo niti podržavamo te druge web sajtove, niti smo pregledali bilo kakve sadržaje na takvim sajtovima. Mi nećemo biti odgovorni za legalnost, tačnost ili prikladnost bilo kog sadržaja, oglasa, proizvoda, usluga ili informacije lociranim na ili distribuiranih kroz druge web sajtove, niti za bilo kakvu štetu nastalu kao posledica takvih informacija. DevProTalk.com drži i čuva druga prava vlasništva na web sajtu. Web sajt sadrže materijale zaštićene copyright-om, zaštitne znakove i druge informacije o pravu vlasništva ili softver. Članovi mogu poslatu informacije zaštićene pravima vlasništva njihovih nosilaca i ona ostaju zaštićena bez obzira da li su oni koji prenose te informacije to naveli ili ne. Osim informacija koje su u javnom vlasništvu ili za koje dobijete dozvolu, nemate pravo da kopirate, modifikujete ili na bilo koji način menjate, objavljujete, prenosite, distribuirate, izvršavate, prikazujete ili prodajte bilo koju informaciju zaštićenu pravima vlasništva. Slanjem informacija ili sadržaja na bilo koji deo DevProTalk.com, Vi automatski dozvoljavate i predstavljate garanciju da imate pravo da dozvolite DevProTalk.com ili članovima DevProTalk.com bespovratnu, kontinualnu, neograničenu, globalnu dozvolu da koriste, kopiraju, izvršavaju, prikazuju i distribuiraju takve informacije i sadržaje i da iz takvih sadžaja koriste bilo koji deo u bilo koje svrhe, kao i pravo i dozvolu da koriste gore navedene sadržaje. Svi zaštitni znakovi (trademarks), logotipi, oznake usluga, firme ili imena proizvoda koji se pominju na ovom web sajtu su vlasništvo kojim raspolažu njihovi vlasnici.