CMS - założenia wstępne, Co o tym myślicie? Opcje

[elnino.pl]

W ciągu kilku najbliższych dni rozpocznę prace nad nowym projektem - CMS. Ogólne założenia są następujące:

• Otwartość kodu (licencja GNU/GPL lub podobna własna)
• Obiektowość (> php 5)
• Integracja z bazą danych dzięki PDO (> php 5.1)
• Lekki silnik będący jedynie interfejsem do obsługi modułów
• Przerzucenie maksymalnej ilości kodu do modułów
• Obsługa wielojęzyczności poprzez moduł gettextowy (pliki *.mo)
• Część prezentacyjna: system szablonów (najprawdopodobniej Smarty)

A teraz zasada działania modułów na przykładzie modułu "aktualności":

• Moduł dostarcza 2 widoki: "lista newsów" oraz "news", a także model pobierający z bazy dane
• Użytkownik tworzy nową gałąź serwisu (np. ROOT/aktualnosci) nadając jej widok "lista newsów"
• Widok "lista newsów" pozwala na dodawanie sobie podstron (np. ROOT/aktualnosci/news1), które mogą korzystać jedynie z widoku "news"
• Każdy widok jest powiązany z plikiem konkretnym plikiem szablonu

Nie bardzo wiem jak rozwiązać uniwersalność pliku szablonu - aby po dodaniu nowego modułu nie trzeba było nic w nim ruszać - aby sam zaaplikował styl użytkownika. Myślę, że spokojnie CSS sobie poradzi - czyli design byłby tworzony jedynie z pliku CSS i obrazków, pliki szablonów byłyby w pewnym sensie podpinane "na sztywno".

Co o tym myślicie?

Nie mam jeszcze zielonego pojęcia jak rozwiązać w taki projekcie obsługę wielu jezyków - tak, żeby można było tłumaczyć bezpośrednio w panelu biorąc pod uwagę to, że niektóre wyrażenia do przetłumaczenia będą w bazie danych, a niektóre już w szablonie.

[Ludvik]

Ja bym się skłaniał ku rozwiązaniu problemu jedną akcją - ListNews. Przed pobraniem newsów musi ona posiadać wszelkie informacje o kontekście, z których może wywnioskować z jakimi parametrami ma wybierać newsy. Czyli jeżeli przesyłasz klucz do posortowania metodą GET, wtedy akcja znajdzie go i na jego podstawie pobierze odpowiednie dane. Do widoku dotrze tylko lista newsów do wyświetlenia.

EDIT:

Nie nie nie, on będzie preParsowany przez twój preFilter który zajmie się wywoływaniem akcji i przygotowywaniem danych.

To by strasznie uzależniło model od widoku. A tego chyba nie chcemy? (IMG:http://forum.php.pl/style_emoticons/default/smile.gif)

Ten post edytował Ludvik 13.07.2006, 11:04:24