Forum PHP.pl

Witam wszystkich,

Jak już zapewne większość z Was wie, miałem ostatnio drobne problemy z samym sobą i kodem mojego autorstwa. Postanowiłem wziąść się jednak mocno do pracy i stworzyć jakiś większy projekt - CMS. Mam już pewien pomysł, oraz zarys tego jakby to miało wyglądać w przyszłości, jednak nie odrazu Rzym zbudowano Przyznam szczerze że nie wiem od czego zacząć. Czy lepiej jest zacząć od głównego szkieletu, tzn kontroler, itp, czy może z początku zrobić klasy które będę w przyszłości wykorzystywał w projekcie?

Całość chciałbym zbudować obiektowo w oparciu o wzorzeć MVC lub HMVC.
Dziękuję!

P.S. Wiem, że wątki z tym pytaniem przewijały się już na forum, jednak nie potrafiłem tam znaleźć satysfakcjonującej mnie odpowiedzi. Część z nich schodziła do OT, część odnosiła się paradygmatu imperatywnego.

Zacznij od przeznaczenia i funkcji ów cms'a.
Stwórz bazę danych (staraj się zrobić to najwydajniej jak potrafisz)

Potem zaczynaj. Pamiętaj nie obejdzie się w cms'ie bez systemu szablonów, systemu cache.

Możesz też podpatrzeć jakieś gotowe rozwiązania.

Ktoś ma jeszcze jakieś porady?

W dobrym frameworku zrobienie systemu newsów z komentarzami, stronicowaniem, RSSem itd. to kwestia godzinnego tutoriala Czytaj: użyj najlepszych narzędzi a stworzenie "CMSa" będzie prostym i relatywnie szybkim zadaniem, a i powstały produkt lichy raczej nie będzie

Robienie wszystkiego od zera: obchodzenie koła na nowo. Nic konstruktywnego się raczej nie nauczysz, a i tempo prac będzie znacznie wolniejsze, a gotowy skrypt niekoniecznie ciekawy dla innych np. pod kątem modyfikacji, rozbudowy, przebudowy.

Ten post edytował Riklaunim 13.06.2009, 12:49:27

mogłeś sobie darować ten $postcount++;

A czego oczekujesz? Że podamy ci gotowy kod, powiemy czego masz użyć i co masz zrobić? Chcesz stworzyć CMSa? Więc jak chcesz go zrobić dobrze to zacznij od wyszukania najlepszych dla ciebie narzędzi do sprawnego stworzenia takiego CMSa. Z frameworków polecam np. CodeIgniter, czy Kohanę (jest ich wiele, kwestia ile potrzebujesz). Gdzie masz załatwioną sprawę rozdziału kodu (MVC), oraz poręczne helpery do formularzy, ich walidacji, w miarę prosty ORM na proste przypadki itd. Zaletą będzie możliwość wykorzystania przez ciebie lub użytkowników takiego CMSa innych aplikacji napisanych w tym frameworku

Napiszę inaczej. Gdybym chciał korzystać z gotowców, to nie zawracał bym Wam głów taką pierdołą. Mam nadzieję że ostatecznie zostałem zrozumiany.
I proszę nie porównuj tego do wynajdywania koła, gdyż mija się to z celem. Wytłumacz lepiej dlaczego we wszystkich samochodach nie ma tego samego silnika, tylko większość producentów produkuje także jednostkę napędową. Albo lepiej nie tłumacz - nie potrzebuję OT i rad które mogę rozbić o kant stołu. Między innymi dlatego założyłem nowy temat, bo w tych, które znalazłem pisało to samo. Zaczynam odnosić wrażenie że tutaj nikt nie robi nic samodzielnie, może nikt nie umie, a tylko ja się tym przejmuję? W innym wątku pytałem o różnice pomiędzy MVC a HMVC - także nie dostałem konkretnej odpowiedzi. Wychodzi na to, że każdy zna tylko wyuczone regóły, czym jest MVC i umie z tego korzystać pod warunkiem iż zostało to już wcześniej zaimplementowane w jakimś frameworku, jak Kohana, czy Zend. Ale wskazać różnice między inną odmianą MVC, albo doradzić komuś kto chciałby zrobić coś samodzielnie nikt nie potrafi.

Ten post edytował morpheouss 13.06.2009, 21:24:33

w jednym możesz być pewien i nam zauwafać; tworząc cms bez konkretnego frameworka, czy to jakiegos OpenSource czy własnego, stworzysz kolejnego potwora, z którego będziesz sam korzystał;

z tego co piszesz to zapewno nosisz się z pomysłem pisanie własnego frameworka; z własnego doświadczenia powiem Ci, że użycie OpenSource'owego frameworka jest dużo lepszym pomysłem ; zamiast skupiać się na wnętrznościach, których niewielu doceni, będziesz mógł się skupić na końcowej funkcjonalności, która tak na prawdę jest sensem istnienia CMS :-)

Z takim podejściem na rynku nie powinno pojawiać się nic nowego. Załóżmy że autor CI zadałby tutaj podobne pytanie w momencie kiedy nie było jeszcze CI. Spotkałby się z takim samym podejściem i być może idąc za Waszymi wskazówkami nie napisał CI - no bo po co? Przecież mamy tyle świetnych frameworków! Po co kolejny? A jednak ktoś to docenił! Rozwiązanie jest może o tyle lepsze, gdy tworzymy aplikację za którą weźmiemy pieniądze. Ja piszę hobbistycznie - bo lubie! A jeżeli z czasem udałoby mi się coś stworzyć, to dlaczego miałbym się tym nie pochwalić albo nie udostępnić kodu na licencji zatwierdzonej przez OSI? Nawet gdyby z całości podobała się wyłącznie 1 klasa, to uważam, że warto i tak na prawdę za przeproszeniem guzik mnie tutaj obchodzi Wasze zdanie na ten temat. Wiem co chcę w życiu robić i chyba jak każdy czasem potrzebuję porady, nakierowania na właściwą drogę.

Kilka przykładów z życia wziętych:
- po co tworzyć kolejną dystrybucję linuksa? a powstały z czasem inne świetne jak Arch, Ubuntu, Fedora, Gentoo
- Gentoo - powstaje Exherbo - po co? nie lepiej pomóc Gentoo? Każdy może tak powiedzieć!
- Joomla - własny framework i CMS zbudowany na jego podstawie - dlaczego nie skorzystali np z Kohany?

takie przykłady można mnożyć w nieskończoność.

Co do wzorców projektowych - zgadzam się z Riklaunim. Wiem, że chcę użyc MVC. Ale gdybym wiedział, że implementacja HMVC i dispatchera zajmie mi 2 razy więcej czasu, ale ułatwi dalsze programowanie, to może bym jednak wolał zaimplementować HMVC? Sęk w tym, że nikt nawet nie jest w stanie mi wytłumaczyć jakie jest zadanie ów dispatchera. Jakie są zalety i wady jego implementacji? I uwierzcie mi pytając o takie rzeczy czuję się tak, jak gdybym pytał o to jak upiec ciasto na forum wędkarskim.

@morpheus: a kto ci obiecywal ze tutaj kazdy bedzie sie znal na wszystkim, ze dostaniesz odpowiedz na kazde z pytan?
Ja np. pierwszy raz slysze o HMVC, a co dopiero mialbym ci doradzac co lepsze.

Sam używam Gentoo, ale jakoś nie zdobywa szturmem rynku dzięki nowym projektom, podobnie Joomla nie jest super produktem, a jednym z wielu CMSów na rynku. Nie jesteś pierwszy i nie ostatni co "wie lepiej" i "napisze lepiej" niż grupa zawodowców, która stworzyła powszechnie uznawaną i używaną aplikację. Próbować można, ale też trochę realizmu. Jeżeli chcesz pisać frameworka to warto znać to co już wymyślono żeby wyłapać to co ci się nie podoba, co można zmienić. Rozważania o wzorcach są bez sensu bo one nic same z siebie nie dają. Najpierw rozplanowano sobie jak rozłożyć kod, a dopiero później nazwano to MVC. CMS/Framework w PHP to nie jest wykład z filozofii Javy, ani technologia kosmiczna. Tych co chcą użyć aplikacji wali czy on jest MVC czy ŚŁŹ, tak samo jak użytkownik GMAILa zwisa czy on jest zgodny z XHTML 1.1 Strict czy nie. Ważne żeby spełniał ich oczekiwania.

Nie wiem czy znasz, do projektowania bazy jest fajne narzędzie - DBDesigner. A do zaprojektowania ogólnego układu systemu, możesz użyć iplotz.com, niby głupoty ale pomagają

ps. Zły dział.

Ten post edytował Moli 13.06.2009, 23:02:47

Amen.

Ja jeszcze wrócę do tego HMVC? Ile poświęciłes czasu na przeglądniecie materiałów na ten temat w internecie? Na pierwszej stronie googla na frazę HMVC, znalazłem co najmniej 3 ciekawe strony traktujące o tym wzorcu, przeglądnąłem je pobieżnie i wydają się solidnie napisane, są nawet jakieś przykłady implementacji.

pozdr

dzieki wielkie