Architektura systemu CMS, Jak zbudować logikę systemu Opcje

[zaajcu]

Cześć.

Mam do napisania spory system CMS. Nie wiem jak się do tego zabrać tzn jaką logikę zrobić.

W systemie ma być sporo modułów z wieloma pod modułami np:

Produkty
Kategire
Produkty
Asortyment
Dane techniczne
Konfiguracja

Sklep
Klienci
Koszyk
Promocje
Rabaty

Użytkownicy
Uprawnienia
Lista
....

Wcześniej robiłem CMS ale dość małe robiłem sobie klasy dla każdej kategorii (tylko nie było podkategorii). Nie wiem czy robić dla każdej głównej kategorii duże klasy, czy dla podkategorii mniejsze klasy. Ładowanie modułów jakoś zautomatyzować czy klepać z palca wszystko (tzn wczytywanie i tworzenie obiektów). Zastanawiam się czy ładować wszystko ajax'em czy jechać normalnie. Niestety nie znam żadnego frameworka na tyle żeby się wziąć i pisać w nim (wynikło by z tego więcej złego niż dobrego).

Może macie jakąś inną koncepcje do tego albo jakieś sugestie jak to zrobić.

[adbacz]

Wg mnie, taki złożony system jechać tylko na Frameworku, bo w przyszłości (nie mówię, że na pewno) mogą się pojawić pewne problemy, a jeśli będziesz to w jakiejkolwiek formie odsprzedawał, to wine ponosisz w 100%, gdybyś pracował na FW to tylko częściowo, zawsze możesz zgonić na dany FW z którego skorzystałeś. Poza tym, to bez różnicy jak duże będziesz miał klasy - czy to będą klasy z dwoma metodami, czy 43, ważne by jedna klasa była odpowiednikiem jednego, konkretnego obiektu i robiła tylko operację dla tego obiektu.

Co do nazewnictwa - poczytaj troszkę sobie, np klasy się piszę wszystko wielką literą (przynajmniej powinno - taka umowna zasada): NazwaMojejKlasy a metod od małej: mojaPierwszaMetoda().

I na prawdę rozważ użycie jakiegoś FW. Jeśli masz wystarczająco dużo czasu i chęci, to nawet zalecam - przyda sie na pewno na przyszłość, a nauka FW, jeśli Ci dobrze wchodzi nauka do głowy to mniej niż miesiąc i będziesz znał troszkę więcej niż podstawy - aczkolwiek zależy to od złożoności FW bo nie warto porównywać szybkości nauki CodeIgnitera do Symfony2.

[Uriziel01]

Co do nazewnictwa - poczytaj troszkę sobie, np klasy się piszę wszystko wielką literą (przynajmniej powinno - taka umowna zasada): NazwaMojejKlasy a metod od małej: mojaPierwszaMetoda().

I na prawdę rozważ użycie jakiegoś FW. Jeśli masz wystarczająco dużo czasu i chęci, to nawet zalecam - przyda sie na pewno na przyszłość, a nauka FW, jeśli Ci dobrze wchodzi nauka do głowy to mniej niż miesiąc i będziesz znał troszkę więcej niż podstawy - aczkolwiek zależy to od złożoności FW bo nie warto porównywać szybkości nauki CodeIgnitera do Symfony2.

Ja naprawdę przepraszam za offtopic ale:

Może jeszcze musi pisać dokładnie na 2 spację wcięcią i nazywać foldery w projekcie wg. ściścle określonych zasad. Ludzie nie dajmy sie zwariować. To tak samo jak z frameworkiem MVC/H. To jest tylko szablon który określa jakąś idee tworzenia kodu której możesz (nie musisz) się trzymać. Mój własny FW nie trzyma się standardu MVC w wielu miejscach. I co z tego ? Ano nic, jeżeli miałem implementowac coś co tylko zagmatwało by kod w imie idei utrzymania zasady MVC to nie miało to sensu, strzał w stope dla wydajności i czytelności kodu w imie czego ? Szablonu ?
A wracając do tematu (poniosło mnie troszkę), co za różnica czy napiszę:
OtoMojaKlasa
_OtoMojaKlasa
Oto_Moja_Klasa
oto_moja_klasa
OTO_MOJA_KLASA
etc. etc.
Więcej wariantów nie chce mi się wymyślać.

EDIT:
Co do przekazywania parametrów do kontrolerów, ludzie często tworzą struktury typu $_REQUEST_PARAMETERS i tam je trzymają, przyjmuje się także że raczej nie operuje sie w kontrolerze na $_GET i $_POST. Choć to bez różnicy tak po prawdzie. To tak samo jak z opisywaniem absolutnie każdej klasy w settery i 'get'y, otrzymujemy odrobine przyjaźniejsza składnie kodu w zamian za kolejne spadki wydajności (nikłe ale zawsze) już o redudancji kodu nie wspomne, bo przecież w czym lepsze jest:

[PHP] pobierz, plaintext 
$class->set("name","adam");
[PHP] pobierz, plaintext 

od

[PHP] pobierz, plaintext 
$class->name = "adam";
[PHP] pobierz, plaintext 

Ten post edytował Uriziel01 20.12.2011, 11:22:06