[framework] Mohebo Framework Opcje

[SHiP]

Witam, z lekkim opóźnieniem ale udało mi się ukończyć wersje 0.1 mojego frameworka (IMG:http://forum.php.pl/style_emoticons/default/winksmiley.jpg) .

Strona projektu: http://framework.mohebo.pl
Dokumentacja: http://framework.mohebo.pl/docs

Paczka do pobrania: http://framework.mohebo.pl/files/mohebo-fw-0.1.0.tar.gz

Wiem, że to nie jest jeszcze gigant jak Symfony i brakuje mu masy opcji. Jest to raczej rdzeń frameworka z zaledwie kilkoma bibliotekami(chociaż pracować się już na tym da (IMG:http://forum.php.pl/style_emoticons/default/winksmiley.jpg) ). Chciałbym jednak usłyszeć czy idę w dobrym kierunku (IMG:http://forum.php.pl/style_emoticons/default/winksmiley.jpg) , co wam się podoba, a co nie, co należy zmienić, co dodać.

Pozdrawiam

PS: Jeśli chodzi o prędkość - w pliku index.php są zakomentowane standardowe linijki mierzące przedkość kodu.

[tiraeth]

1) Brzydka literówka w plikach językowych. original a nie orginal!
2) Dlaczego kontrolery dziedziczą po klasie, która się nazywa MoheboApplication? Dziwne nazewnictwo...
3) Ręcznie ładujesz widoki do kontrolerów. Czy to nie jest niepotrzebne? Z helperami jest tak samo.... osobiście wolę, jak te rzeczy są ładowane automatycznie. Inna sprawa z bibliotekami, to oczywiście ładujemy ręcznie. I widzę, że Twoje rozwiązanie (metoda load) działa analogicznie do Zend_Loader z ZF.
4) Opcja "maincontroller" jest zbędna. Powinien być budowany kontroler błędu (ErrorController/ExceptionController), gdzie użytkownik zostanie poinformowany "o co kaman". Przynajmniej jako rzecz opcjonalna, chyba, że Mohebo ma obsługę tych błędów.
5) Byłbym bardziej za użyciem PDO niż mysqli i innych klas przeznaczonych dla jednej bazy danych. PDO daje możliwość szybkiej zmiany bazy danych bez większego babrania się w kodzie modelu.
6) Narzucasz układ katalogów, co jest złym pomysłem - według mnie.
7) Nazewnictwo po raz n-ty. Zupełnie MoheboInput nie kojarzy mi się z walidacją danych.
8) Nie widzę tam jednej rzeczy - chwytania błędów aplikacji. Wszystko idzie po zwykłych Parse Error czy generujesz własne komunikaty?

Ogólnie rzecz biorąc porywasz się z motyką na słońce, jednocześnie czerpiąc z innych FW (głównie z Zenda jeśli dobrze widzę). Ja wiem, że mieć swojego FW to fajna sprawa, ale... po co? Skoro jest tyle dobrych frameworków.

A, bym zapomniał... nie dokumentujesz kodu według np. phpDocumentatora. I jak potem wygenerujesz sobie API Frameworka?

Rozrzut w ZF jest przydatną sprawą, bo ZF to (nie)framework (IMG:http://forum.php.pl/style_emoticons/default/winksmiley.jpg) Możesz, ale nie musisz budować struktury MVC. Wybór należy do programisty. A jak chcesz korzystać z tego wzorca, to bardzo ładnie można wszystko sobie poukładać - przynajmniej mi się to udało (IMG:http://forum.php.pl/style_emoticons/default/winksmiley.jpg)

Ten post edytował tiraeth 6.09.2008, 23:22:05

[SHiP]

1) Brzydka literówka w plikach językowych. original a nie orginal!

Ups.. dzięki poprawiłem, Paczki są już zaktualizowane.

3) Ręcznie ładujesz widoki do kontrolerów. Czy to nie jest niepotrzebne? Z helperami jest tak samo.... osobiście wolę, jak te rzeczy są ładowane automatycznie. Inna sprawa z bibliotekami, to oczywiście ładujemy ręcznie. I widzę, że Twoje rozwiązanie (metoda load) działa analogicznie do Zend_Loader z ZF.

Niestety, Nie wyobrażam sobie ładowania np. 2 identycznych widoków. Muszę użyć funkcji load aby określić w ten sposób nazwę dostępową dla każdego z nich
Zend_Loader? Nie zaglądałem. Wzorowałem sie na rozwiązaniu które kiedyś mi Moli podsunął na gg,

8) Nie widzę tam jednej rzeczy - chwytania błędów aplikacji. Wszystko idzie po zwykłych Parse Error czy generujesz własne komunikaty?

Nie ma nic takiego na razie. Jeszcze myśle nad implementacją

Z pozostałymi pkt się po prostu nie zgadzam. Są to osobiste "widzimisie" (IMG:http://forum.php.pl/style_emoticons/default/smile.gif)

Co do PDO - nie zawsze ono na serwerze jest. Zreszta napisanie modelu PDO to też żaden problem. Zawsze mogą sąsiadować. Ja osobiście wolę dostęp bezpośredni

Ogólnie rzecz biorąc porywasz się z motyką na słońce, jednocześnie czerpiąc z innych FW (głównie z Zenda jeśli dobrze widzę). Ja wiem, że mieć swojego FW to fajna sprawa, ale... po co? Skoro jest tyle dobrych frameworków.

Wyczuwam ironię "co za noob, niech sie za to nie bierze" ;] Trochę chyba nie na miejscu,,,

A po co powstał Zend skoro istniało już tyle dobych frameworków(np. Symfony)? Po co Athlan pisał Vframe a Prph Rapide Framework? Po prostu inne rozwiązania mi nie odpowiadają. Potrzebuję lekkiego i szybkiego frameworka. Symfony jest zbyt mozolny a Zend to raczej zbiór bibliotek a nie framework.

A, bym zapomniał... nie dokumentujesz kodu według np. phpDocumentatora. I jak potem wygenerujesz sobie API Frameworka?

Myślałem nad tym, ale nie jestem przyzwyczajony do np. phpDocumentatora i nie było czasu się przyjrzeć temu bliżej. W wolnej chwili uzupełnię braki

Ten post edytował SHiP 7.09.2008, 01:13:47