[php] sklep - na klasach czy nie? Opcje

[soska66]

Pytanie moze byc dla niektorych sprawa prosta, dla niektorych conajmniej dyskusyjna nie chodzi o to czy trzeba czy nie, bo mozna tak i tak.... ale... Czy systemy sklepow internetowych (a wiec katalog produktow + koszyk) powinno sie robic na klasach? czy niekoniecznie

Od jakiegos czasu mam jazde na poprawianie kodow, ktore sa napisane balaganiarsko, lub moglyby byc napisane 'wydajniej'. I wlasnie teraz przerabiam kod sklepu on-line... zastanawiam sie czy jest sens poswiecac czas i przeszktalcac calosc na klasy (np zaimplementowanie 'produktu' jako obiekt). co sadzicie... gdy przeglada sie rozne ksiazki na temat budowania stron w php, autorzy niekoniecznie stosuja tam rozwiazania oparte na klasach

[pbnan]

Hmmm, stosowanie obiektowości w projektach jest bardzo dyskusyjne dla mnie - a wszystko zależy od sposobu stosowania tych klas
Jeżeli zrobisz to np. na wzorcu MVC, przy którym obiektowe PHP rozwija skrzydła, to - wierz mi - życie staje się piękniejsze

[dr_bonzo]

Programowanie obiektowe zostało stworzone aby ułatwić pisanie większych systemów.

Jeśli ten sklep masz jeszcze dłużej rozwijać /utrzymywać to: TAK

Jesli radzisz sobie z pisaniem obiektowym i widzisz jego zalety to pisz obiektowo. Mnie np. męczy pisanie w C, brak możliwości obiektowych.

gdy przeglada sie rozne ksiazki na temat budowania stron w php, autorzy niekoniecznie stosuja tam rozwiazania oparte na klasach

Bo nie są to książki o programowaniu obiektowym tylko o php, i żeby było łatwiej pokazać php to pomija się obiektowość.

[soska66]

no wlasnie interesuje mnie zastosowanie klasy wobec np. Produktu w takim sklepie... Przy takim zastosowaniu bowiem, przy kazdym wyswietleniu podstrony z innym produktem, tworzony jest nowy obiekt danego produktu..... Moje krotkie doswiadczenie w php nie pozwala mi okreslic czy to dobrze czy zle... Poza tym jak rozwiazac sprawe koszyka, gdyby kazdy produkt byl obiektem....

na logike biorac, klasa ma bardziej sensowne zastosowanie, kiedy obiekt istnieje 'dluzej', a system czesto odwoluje sie do niego (np klasa Uzytkownik, albo Session Handler, opisywany w jednym z tekstow na Wortalu)

Niemniej widzialem juz systemy sklepow, w ktorym produkt byl klasa... dlatego zadalem pytanie czy to git, czy zle

Jeśli ten sklep masz jeszcze dłużej rozwijać /utrzymywać to: TAK

Jesli radzisz sobie z pisaniem obiektowym i widzisz jego zalety to pisz obiektowo.

1. Obecna konstrukcja, pomimo, ze nie obiektowa, pozwala w bardzo latwy sposob 'utrzymywac' i 'rozwijac' serwis
2. No wlasnie staram sie dostrzec te zalety w KONTEKSCIE SKLEPU on-line. Po prostu nie wiem czy migrowac do klas czy nie... o obiektowym programowaniu wiem to i owo, choc lepiej czuje sie w 'zwyklym' kodowaniu (majac na mysli php)... co nie znaczy oczywiscie, ze porzucam mysli o obiektowym... trzeba sie rozwijac przeciez i poznawac rozne techniki

Ten post edytował soska66 30.03.2007, 17:06:03