[PHP][MySQL]Zasady tworzenia skryptu Opcje

[JamalBIG]

Witam

Czy obecnie przy tworzeniu skryptu serwisu internetowego należy przestrzegać jakichś standardów, zasad aby można było nazwać stworzony skrypt 'poprawnie wykonanym' (pomijając obiektowe tworzenie kodu)?

Pytanie może się wydać dość oczywiste ale jestem 'początkującym' programistą-hobbystą i chciałbym znać zasady poprawnego tworzenia skryptów, był bym wdzięczny za linki do artykułów, tutoriali lub innych materiałów pomocniczych.

Pozdrawiam

[piotrex41]

1. Nie mieszamy PHP z HTML -> używamy jakiegoś systemu szablonów np. OPT czy Smarty
2. Piszemy obiektowo
3. Używamy PDO a nie mysql_*
4. Najlepiej używać już HTML5 i CSS3 niż ich poprzedników

[!*!]

Dlaczego pomijając OOP?
"standardów" jest wiele, od nazewnictwa klas, funkcji, zmiennych... dzięki camelCase, PSR-0 po używanie PDO do łączenia z bazą.
http://pl.wikibooks.org/wiki/PHP
Rozdzielamy też logikę od wyglądu np. przy pomocy MVC / MVP

Ten post edytował !*! 18.07.2012, 08:07:22

[JamalBIG]

Ok, dzięki za odpowiedzi, czyli mamy:
1 - rozdzielamy logikę od wyglądu (ja używam SMARTów);
2 - piszemy obiektowo (myślę, że największą zaletą obiektowego programowania jest przejrzystość i ewentualna szybka modyfikacja kodu);
3 - używamy PDO (z tego co przeczytałem jej używanie jest bezpieczniejsze, wydajniejsze i co najważniejsze powoduje, że możemy połączyć się z dowolnym rodzajem bazy danych)
4 - tworzenie strony wizualnej projektu przy użyciu HTML5 i CSS3

Mamy jeszcze jakąś ważną zasadę?

Ten post edytował JamalBIG 18.07.2012, 09:50:56

[Mephistofeles]

Korzystamy z gotowych komponentów, nie wymyślamy koła na nowo. Przed rozpoczęciem pisania sprawdź, czy nie istnieje podobny projekt, który możesz łatwo dopasować do swoich potrzeb.
Dodałbym jeszcze, że jeśli potrzebujemy bibliotek zewnętrznych, to dobrze jest użyć do tego Composera, coraz więcej projektów na niego przechodzi, bo znacznie ułatwia to zarządzanie wymaganymi komponentami.

[JamalBIG]

Z mojego doświadczenia wiem, że często bywa, że podobny projekt dostępny w internecie jest napisany dość kiepsko albo jego przerobienie i dostosowanie do potrzeb jest nieopłacalne czasowo i/lub 'psychicznie'

[piotrex41]

Są jeszcze zasady dot. nazw klas, metod, zmiennych, stosowania apostrofów, cudzysłowów, znaków (`) - nie wiem jak to się nazywa (IMG:style_emoticons/default/tongue.gif) , w zapytaniach SQL, stosowanie wcięć, itp. Patrz na kod osób, które piszę dobry kod i wtedy będziesz wiedział co jest dobrym nawykiem a co złym.

[!*!]

Patrz na kod osób, które piszę dobry kod i wtedy będziesz wiedział co jest dobrym nawykiem a co złym.

Równie dobrze możesz patrzeć w niebo, wyczekując ufo.

[Mephistofeles]

Z mojego doświadczenia wiem, że często bywa, że podobny projekt dostępny w internecie jest napisany dość kiepsko albo jego przerobienie i dostosowanie do potrzeb jest nieopłacalne czasowo i/lub 'psychicznie'

To źle szukasz. Popatrz choćby na źródła popularnych bundli do Symfony 2. Nie szukaj w starych postach na forach, tylko np. na GitHubie, tam gdzie jest najwięcej zainteresowanych i są najnowsze commity. Nie mówię oczywiście o całej aplikacji, tylko o jej komponentach, które można wykorzystać.

Ten post edytował Mephistofeles 18.07.2012, 15:42:44