Witam.

siedzę od paru dni nad próbą napisania uniwersalnego cma.

pierwsze zalożenie:

jedna uniwersalna klasa ktora na podstawie bazy danych pobiera i generuje odpowiednie formularze do dodawania, edycji i usuwania.

wynik: nie wyszlo, gdzyz wszystko zaczelo sie robic zbyt zamotane w momecie kiedy potrzebny byl jakis inny typ formularza niz input.

drugie zalozenie:
polaczenie PEAR:QuickForm z PEAR:DB_Table

Pomyslalem ze moze by pisac osobna klase dla kazdego modolu (np. produkt, artykul, czlonek redakcji itd)
, uzywajac przy tym pakietu DB_Table do opisywania schemtu tabeli i formularzów. Oprocz tego jedna klasa abstrakcyjna z oglnymi metodami po ktorej by dziedzyczyl kazdy modol.

wynik: pisanie schemtu dla kazdego modolu jest pracochlonne i nie oplacalne.

----

Ma ktoś jakiś pomysł jak to można rozgryźć? Bo ja już sobie włosy wyrywam.

Haha.. zmora poczatkujacych inzynierow oprogramowania.. tak windows przeciez robiono.. robisz, robisz, robisz, w koncu tak sie zakrecasz ze zaczyna ci sie wszystko psuc.. i zanim sie obejrzysz dziura dziurą się napędza i wszystko sie wysypuje.. (albo sie wysypie za pół roku)

odpowiedz: zaprzyjaźnić się z UMLem

Druga sprawa - podstawą jest modularne pojęcie do problemu.. to co bedzie rozszerzane zaprojektowac tak - zeby latwo mozna bylo implementowac dodatki..

odpowiedz: wzorce projektowe! (te ciekawsze: factory, property, mvc) - bez oop ani rusz..

jak najdzie mnie jeszcze jakas mysl to dopisze..
poza tym: trening czyni mistrza

powodzenia

Zagladnij do eZ Publisha - moze zamiast samemu improwizowac lepiej skorzystac z gotowego i sprawdzonego rozwiazania ? http://ez.no

Dzięki za 'tipsy'

Możecie mi powiedzieć np. które wzorce znajdą tu odwzorowanie i po krótce dlaczego?
Oraz czy warto korzystać z DB_Table? Dzięki za pomoc.

myslę ze jak poczytasz o AbstractFactory i zrozumiesz go, to pojmiesz po co tylko najpierw trzeba poczytac :/ i sie zainteresowac..

Ostatnio w phpSolutions ukazuje się cykl artykułow na temat wykorzystania wzorców projektowych. Autorzy opisują zagadnienie na przykladzie konstruowanego przez nich frameworka, ale doskonale sie te rady sprawdza przy budowie cmsa.

Narazie ledwie kumam co oni tam piszą Ale przymuszę się i postudiuje jeszcze raz. Dzięki.

To prawda, ze proponowane przez nich rozwiazania sa dosc zaawansowane, przez co niełatwe w odbiorze, ale naprawde warto poswiecic czas na ich zrozumienie.

Pomyślałem że może trochszkę odświeżę, temat, po paru ładnych dniach wzlotów i upadków, udało mi się coś powymyślać, ale dalej nie bardzo wiem które dokładnie ORM wybrać dla serca aplikacji, czy ActiveRecord, czy może co al'a PEAR DB_Table, wiem że są one zasadniczo podobnę, ale może ktoś powie coś więcej na nich temat po uprzednich doświadczeniach. Dzięki.