Forum PHP.pl

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.

niezłe, widzę, że wzorowałeś się chyba na ZF

na głównej brakuje linka do docs (jest tylko w topie), rozdział 10. Modele gdzieś zaginął. Poza tym wygląda interesująco, taki mix, specjalnie się chyba czymś nie wyróżnia. Powodzenia w dalszej pracy.

Minimalnie(widać to chyba po klasie Input). U nich jednak nie podoba mi się ten rozrzut, nie ma żadnej logicznej spójności w całym frameworku.



Rozdział 10 wrzciłem. Dzięki za uwagę. Link też za chwilę poprawię. Co do wyróżniania się aktualnie pracuję nad dodatkowym narzędziem - ajaxowym generatorem aplikacji. Działa to mniej więcej tak: Wybieramy z listy odpowiednie bajery, wpisujemy nazwy akcji i pól z bazy, zaznaczamy kilka checkboxow i mamy gotowy panel adm, wyswietlanie rekordow, sortowanie, stronnicowanie etc. (IMG:http://forum.php.pl/style_emoticons/default/smile.gif) . Mam nadzieje że to przyciągnie przynajmniej małą grupę użytkowników.

Nie wiem co mam, ale komp nie chce mi otwierac GZ ;/ Tylko twoich, BBCoda też nie mogłem. Możesz wrzucić w zip lub rar?

I co, myślisz że jesteś fajny ? (IMG:http://forum.php.pl/style_emoticons/default/biggrin.gif) Ogólnie to kawał roboty (IMG:http://forum.php.pl/style_emoticons/default/smile.gif) Ja używać nie będę, z wiadomych powodów no ale jeśli będziesz go stale rozwijał i promował to może zdobędziesz grono użytkowników (IMG:http://forum.php.pl/style_emoticons/default/smile.gif)

nie miałem na myśli samej budowy klas itp ale logika mi przypomina ZF nie pisze ze to żle. Ale ogólnie świeta robota. gratuluję:)

Ten post edytował acztery 6.09.2008, 16:47:30

Proszę :-)
http://framework.mohebo.pl/files/mohebo-fw-0.1.10.zip


Dziękuję ;-)

Ten post edytował SHiP 6.09.2008, 23:07:33

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

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


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,


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



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.


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

OT: To może Kohana?

symfony mozolny... już nie mogę czytac tego typu tekstów... co przeczytałeś testy wydajnościowe frameworków opierających się na echo "test";? :]

Edit:

Co do frameworka:

No cóż, gratuluję samozaparcia, ale ja kiedyś usłyszałem taki tekst:
"Po co robić coś od nowa, nie lepiej jakbyś dopisał/poprawił coś w już istniejących rozwiązaniach?" - wtedy się wkurzyłem, teraz widzę, że to zdanie jest bardzo mądre.

Tak czy siak, życzę powodzenia, ale pamiętaj, że konkurencja jest miażdżąca. Jednym z najważniejszych względów przemawiających za sf i zf jest to, że pracodawcy zauważyli i docenili te frameworki.

Poza tym nie uznaję żadnego poważniejszego kawałka kodu który nie używa składni phpdoca - dzięki niemu mam cudowne podpowiadanie składni w eclipse przy pracy z sf.

Edit2:

Odnośnie zdań na stronie głównej (wg. mnie całkiem ładna i przyjazna - najważniejsze rzeczy podane na tacy)


Nie obraź się, ale czy właśnie w sumie nie będę tego robił korzystając z tego frameworka?



W rozwiązaniach biznesowych bardziej się liczy żeby szybko coś napisać, bo "klient cośtam cośtam, potrzebujemy tego na dzisiaj na 16".

Ale żeby nie było że tylko psioczę - jeśli miałbym napisać coś małego, może nawet i bym skorzystał z Twojego frameworka.

Ten post edytował Exek 12.09.2008, 20:47:44

@phpion: sprawdzałem (IMG:http://forum.php.pl/style_emoticons/default/winksmiley.jpg) . Bardzo fajny framework. Kilka rzeczy mi się spodobało więc można się spodziewać kilku fajnych zmian w kolejnych wersjach Mohebo (IMG:http://forum.php.pl/style_emoticons/default/winksmiley.jpg) .
@exek: osobiście testów nie wykonywałem ale testy w internecie jasno pokazują niską prędkość Symfony. Zresztą większość programistów php tak twierdzi w coś w tym musi być.

PS: dla ciekawskich, uruchomiłem
svn: http://svn.assembla.com/svn/mohebo
trac: http://trac.assembla.com/mohebo

EDIT:
@exek: Skladnię phpdoca powoli implementuję (IMG:http://forum.php.pl/style_emoticons/default/winksmiley.jpg) . Głowne funkcje są już opisane(w svn)

Ten post edytował SHiP 12.09.2008, 20:48:58

heh, nie rośmieszaj mnie tymi testami, proszę Cię (IMG:http://forum.php.pl/style_emoticons/default/smile.gif) .

Aha, brakuje mi jednej rzeczy - API. Nie samą dokumentacją się żyje.

EDIT:
IMHO bardzo dobre posunięcie z tym trackiem i svnem. Ale commity to się opisuje (IMG:http://forum.php.pl/style_emoticons/default/tongue.gif)

EDIT2:
Nawet jeśli sf jest wolniejszy, to co? w 15 minut mam porządny szkielet aplikacji (m.in. wygenerowane obiekty z propela), jedną komendą instaluję sobie plugin do autoryzacji, mam autogenerację CRUDa też za pomocą jednej komendy.

EDIT 3 (IMG:http://forum.php.pl/style_emoticons/default/winksmiley.jpg) :

Chcę wysłać maila? no problem - mam sfMail. Chce wygenerować miniaturkę? mam sfThumbGenerator. Chcę coś innego raczej typowego? Mam to już zrobione. Chcę włączyć cachowanie? Martwi mnie tylko jak długo ma się cache trzymać. Chcę żeby wszystko było wygenerowane jako cache - strony html? instaluję plugin, etc. etc. To jest potęga frameworka - przeżyję, że generuje się coś 10 ms dłużej, jak zakoduję całość w miesiąc szybciej.

Ten post edytował Exek 12.09.2008, 21:00:48

@Exek: nie chcę się kłócić ale w pierwszym poście pisałem, że to tylko szkielet. Praca wrze (IMG:http://forum.php.pl/style_emoticons/default/biggrin.gif) . Nad CRUD pracuję(dokładniej nad graficznym generatorem kontrolerow/modeli/widokow/tłumaczen via www z prostego edytora). Nie dziwię się, że Symfony jest dużo bardziej rozbudowany, ten framework istnieje już kilka lat i ma już niemałą społeczność.

aj wybacz, bo ja jestem fanboyem symfony (IMG:http://forum.php.pl/style_emoticons/default/winksmiley.jpg) . Wiem, że to wersja 0.1... ale może pokusisz się o roadmap, żeby było wiadomo co chcesz tak na prawdę zrobić?

A co do tracka, obsługę ticketów zrobiłeś za pomocą assembly czy czysto przez tracka? Moim zdaniem, ładniej jest jak wszystko w tracku siedzi.

EDIT:
fajnie by było gdyby w katalogu application można było stworzyć więcej niż jedną aplikację (tak jak jest w symfony (IMG:http://forum.php.pl/style_emoticons/default/winksmiley.jpg) (IMG:http://forum.php.pl/style_emoticons/default/winksmiley.jpg) ). Tzn. mogę sobie zrobić backend i frontend które część konfiguracji mają wspólną.

Ten post edytował Exek 12.09.2008, 21:20:37

Jest taka możliwość po przez odpowiednie ustawienia configset oraz controllerset dla poszczególnych aplikacji(nie ma mozliwości bezpośredniego przypisania poszczególnych plików lub np. kilku katalogów).

Roadmap na najbliższe 2 tyg. pisany na szybkiego: http://trac.assembla.com/mohebo/browser/README

Jeśli jest taka możliwość to czy jest to opisane w dokumentacji? (bez bicia powiem, nie sprawdziłem w docu).

Na razie wygląda to całkiem obiecująco, także życzę powodzenia w dalszej pracy (IMG:http://forum.php.pl/style_emoticons/default/smile.gif) .

Jest ;-) http://framework.mohebo.pl/docs-7
Umożliwia to stworzenie kilku aplikacji o różnych hostach w jednym miejscu w oparciu o te same pliki :-).


Dzięki za zainteresowanie i życzenia (IMG:http://forum.php.pl/style_emoticons/default/winksmiley.jpg)

Odnośnie http://framework.mohebo.pl/docs-8, zrób tak żeby w jedym pliku można było trzymać kilka tłumaczeń, bo tworzenie 4 plików w których tworzysz tyle samo <message> z takim samym <orginal>jest dobijające. Nie mówiąc jak później chce się dodać 10 nowych zdań do 4 różnych języków.

Ten post edytował Exek 13.09.2008, 11:57:01