Pomoc - Szukaj - Użytkownicy - Kalendarz
Pełna wersja: Drobna aplikacja blogowa -> pytanie
Forum PHP.pl > Forum > PHP > Object-oriented programming
Nero12
Wzialem sie za moj pierwszy wiekszy projekt w php. Jest to moj blog:
http://neroks.ovh.org
Schemat dzialania pozostanie bez zmian ale obecnie modyfikuje cale wnetrze. Uznalem ze wersja pierwsza nie satysfakcjonuje mnie.

Logika poczatkowa aplikacji:

Strona z linku jest generowana przez plik index.php ktory wykorzystuje do tego klase (plik) class_page.php.
Przykladowo:

Kod
$page=new Page();
<html>
$page->generuj_cos_tam();
</html>


Jesli osoba ma wlaczony JS to JS pokrywa domyslne funkcje przyciskow i podstawia pod niego ajaxa. Ajax wykonuje żądania wykorzystujac plik news.php (klasa News()) ktory jest 'niezalezny'. Dane sa zwracane w json ale to juz bez znaczenia.
Zapomnialem dodac ze wszystkie klasy dziedzicza z Application ktora posiada chronione metody ogolne typu konwersja daty, wykonanie zapytania do bazy itp. (takie bzdety)

Co teraz zaczalem pisac:

1. Zdecydowalem sie uzyc smarty.
2. schemat dziedziczenia:
Application<-Page<-Ajax

(jeszcze upcham tam klase add_comment ale to poki co bez wiekszego znaczenia)

Tym razem zamiast uzywac oddzielnej klasy jaka byla News zdecydowalem sie wykorzystac dziedziczenie aby moc wykorzystac funkcje z Page. Wczesniej News i Page mialy bardzo podobne funkcje wykonuje praktycznie to samo tylko zwracaje dane w innym formacie. Teraz zawsze zwracana jest tablica i albo Smarty ja przerabiaja albo klasa Ajax do Json.

Wiec pytam doswiadczonych programistow co sadzicie o takim czyms, czy moze to dzialac lepiej czy w ogole ma to sens ?

Z gory dzieki
devnul
sam schemat działania to jedno - implementacja to drugie. jedno bez drugiego dobrze działać nie będzie - ale nawet najlepsze schematy można spieprzyć, tak samo jak kiepski można zaimplementować mistrzowsko
MMX3
dokładnie. Ale chybione schematy się dłuuuuugo optymalizuje żeby chodziły szybko i bezpiecznie smile.gif
To jest wersja lo-fi głównej zawartości. Aby zobaczyć pełną wersję z większą zawartością, obrazkami i formatowaniem proszę kliknij tutaj.
Invision Power Board © 2001-2025 Invision Power Services, Inc.