[Framework] iOculus, Obiektowo zorientowany framework PHP4 Opcje

[Tomasz Janiczek]

iOculus

Witam serdecznie wszystkich, jako że to mój pierwszy post na tym forum (acz na pewno nie pierwsze odwiedziny - czytuję już od jakiegoś czasu) i od razu z grubej rury - pozwolę sobie zacytować wstęp z aktualnie tworzonego podręcznika dla projektu iOculus:

What is iOculus?
iOculus is a php framework.

Its purpose is to simplify and speed up the development process of php web
applications (complex websites).
The priorities of iOculus are maximal user (or rather developer) friendliness and high
performance.

The philosophy of the iOculus framework is quite straightforward – you, the developer,
have very little time and very much work. You need a tool that's easy to use, intuitive, fast
(in the meaning of performance and development speed alike) and reliable. You also need a
tool that can be easily extended (has a modular structure) and that doesn't become a one big
proof of the chaos theory after a few months of work with it (it must have clear, solid
internal mechanisms that won't make your code unreadable when your application, with time,
gets bigger and bigger).

You're also a programmer, not a web designer, so you would like a two layer approach –
you take care of the code, but the web designers take care of the visual part
(XHTML/CSS/JavaScript).

iOculus aspires to be such a tool.

Krótka historia
Rozpoczęło się jako prywatna inicjatywa (wynikająca z realnej potrzeby, bynajmniej nie fanaberii) przed okołu dwu laty. Po kilku miesiącach pracy pierwsza wersja została wyrzucona do kosza i robota zaczęła się od nowa. Powstała nowa wersja. I kolejna. I następne.
Około pół roku temu okazało się, że framework może się bardzo przydać przy akademicko-komercyjnym projekcie. Przydał się, zachowując jednocześnie Open Source'owy charakter (na czym osobiście mi zależało). Ale to jeszcze nie to.
iOculus potrzebuje wiele pracy, a przede wszystkim zaangażowania ludzi. Jak boleśnie przekonałem się na własnej skórze, już jakiś czas temu rozwój tegoż projektu przestał być zajęciem możliwym do wykonania dla jednego człowieka.

Najważniejsze cechy

• przeznaczony dla PHP4 (aczkolwiek logika podpowiada przesiadkę na PHP5 w przyszłości),
• architektura typu "wariacja na temat" MVC (świadomy wybór),
• automatyzacja możliwie dużej liczby mechanizmów

Zalety
Nie mnie oceniać, ale Wam (jeśli takowe istnieją )

Wady

• Zaczątki dokumentacji (ok. 20-25 stron),
• Pewna płynność/niestabilność rozwiązań i API (koncepcje ewoluują, rodzą się i umierają),
• ... (tutaj Wasze uwagi, konfratrzy po klawiaturze),

Plany na przyszłość
(to jest na wczoraj)

• Znaleźć developerów z którymi mógłbym rozwinąć w tempie ekspresowym iOculus,
• Stworzyć w miarę rozsądna merytorycznie i warsztatowo dokumentację (najpierw w języku angielskim, później polskim),
• Stworzyć witrynę dla projektu (a ściślej - przerobić już istniejący projekt graficzny na stronę - http://mariusztomasz.com/ioculus),

Strona domowa
iOculus na SourceForge

Tamże - nieco rozgrzebana (któż nie zna starej, a ciągle popełnianej głupoty "To nie może tak być, to trzeba poprawić") aplikacja przykładowa, oraz pierwsza wersja dokumentacji (a raczej snapshot wersji roboczej).

Uwagi autora
Moje podejście do wszelkich narzędzi, modeli i architektur jest dosyć despotyczne - to technologia winna się podporządkować człowiekowi, a nie człowiek technologii. Zgodnie z tą maksymą nie traktuję żadnych koncepcji programistycznych jako ostateczne i niezmienne (np. MVC, które w iOculus potraktowałem dosyć swobodnie) i kiedy sądzę, że "tak będzie wygodniej", nie waham się zniszczyć tego, co tak mozolnie propagowały autorytety.
Czy jest w tym szaleństwie metoda i czy po prostu nie piszę totalnych bzdur i głupot rodem z dysków twardych Microsoftu - nie wiem. Sam nie jestem w stanie tego ocenić, dlatego też proszę o taką cenzurkę Was.

Proszę więc o Wasze uwagi, wskazanie dobrych i złych stron takiego a nie innego podejścia, ogólną ocenę framework'a i propozycje dowolnego rodzaju.
Z góry też dziękuję Wam wszystkim.


Ten post edytował Tomasz Janiczek 23.01.2007, 09:28:29

[NuLL]

Proszę więc o Wasze uwagi, wskazanie dobrych i złych stron takiego a nie innego podejścia

PHP4 to przezytek

[itsme]

Strona domowa
iOculus na SourceForge

Lost on SourceForge.net?

404 Error - Page Not Found

You may have used an outdated link or may have typed the address (URL) incorrectly.

[Tomasz Janiczek]

Prawda, prawda. Przepraszam, literówka. Poprawione.

PHP4 to przezytek

Kiedy zaczynałem pisać, PHP5 był jeszcze w powijakach (stabilność, wsparcie w hostingu itp.). Stąd więc wybór. Czy przeżytek - nie wiem, prawdę mówiąc. Różnie ludzie mówią, różnie
Ale fakt, przesiadka na PHP5 to kwestia czasu i nie podlega wątpliwości.

[Prph]

Witam,

Nie przegladalem dobrze kodu, ale takie uwagi:

1. PHP4 - najwiekszy minus. Czyta sie troche jak stare Mojavi :/
2. Brak elastycznosci - w kodzie masz jakies warunki, switche (index.php)
3. Faktycznie - MVC traktujesz na luzie Brak Modelu danych, widok jako Smarty.
4. Nie lubie tabulatorow - sa zle. Ale to tylko moje zdanie na ich temat.

To w ogole jest jakas gotowa aplikacja? Widzac jakies moduly (news), ale zeby to odpalic :/

[PHP] pobierz, plaintext 
<?php
Fatal error: Call to a member function on a non-object in /home/adrian/public_html/ioculus_0.2-Pre-alpha/htdocs/www/modules/news/php/news.php on line 10
?>
[PHP] pobierz, plaintext 

Pozdrawiam, Adrian.

[Tomasz Janiczek]

1. PHP4 - najwiekszy minus. Czyta sie troche jak stare Mojavi :/

Prawdę mówiąc chętnie przeskoczyłbym na piątkę, ale kiedy pomyślę ile to pracy będzie wymagało, to mi się odechciewa. Nie z lenistwa, ale z braku czasu niestety...

2. Brak elastycznosci - w kodzie masz jakies warunki, switche (index.php)

Prawda. W wersji na której pracuję nie ma już takich smaczków, ale długo były (zgodnie z odwieczną zasadą inżynierską "Jak działa, to nie dotykać" )

3. Faktycznie - MVC traktujesz na luzie winksmiley.jpg Brak Modelu danych, widok jako Smarty.

Yep

4. Nie lubie tabulatorow - sa zle. Ale to tylko moje zdanie na ich temat.

Mea culpa. Edytowałem już pod tyloma środowiskami, że aż dziw, że nie wybucha przy otwarciu

To w ogole jest jakas gotowa aplikacja? Widzac jakies moduly (news), ale zeby to odpalic :/

Tak - to rozgrzebana i rozbebeszona wersja strony www.egie.pl (co widać po błędach, które cytujesz). Chociaż prawdę mówiąc sprawdzałem pod Apache2, PHP5 (w trybie zgodności) i MySQL na kilku maszynach i w miarę poprawnie działało.
Czy uda się odpalić, czy nie - będę wdzięczny za komentarze ogólnej idei i rozwiązań, w które wszedłem.
Stworzyć ładny instalator i przejść na public release (bo ten aktualny bardzo daleki jest od takiego określenia) to nie problem. Gorzej, jeśli sama koncepcja jest zła.

Ten post edytował Tomasz Janiczek 23.01.2007, 09:51:35

[Prph]

Prawdę mówiąc chętnie przeskoczyłbym na piątkę, ale kiedy pomyślę ile to pracy będzie wymagało, to mi się odechciewa. Nie z lenistwa, ale z braku czasu niestety...

Podziwiam programistow obiektowego PHP4. Wersja 5 ma jedno ogromne udogodnienie - przekazywanie do funkcji i zwracanie z funkcji referencji do obiektu. Ciagle & w PHP4 to udreka.

Co do samego frameworka - trudno jest powiedzieć czy jest on dobry, czy nie. Musialbys oddzielic aplikacje od frameworka i przedstawic czysty kod iOculusa. Trudno polapac sie co jest, a co juz nie w projekcie.

Adrian.

[sf]

- nie jest w pełni obiektowo napisane, co to za echo w środku index.php, to powinno być wszystok ubrane w jakiś garniturek, połączone z klasą odpowiedzialną za wyświetlenie danych, u mnie tym się zajmują filtry, pobieranie nazwy akcji i modułu też tak zrobione na sztywno, bez żadnej otoczki
- dołanczasz biblioteki pear i smarty, ale ja mam to zainstalowane to po co mam to dodatkowo ściągać, powinna być osobna paczka z bibliotekami i bez
- config.php taki blah, wole jak konfiguracja to jakiś plik ini, xml, a nie nababrany php i nie wiem czemu część funkcji zakyrawsz małpą
- np. w źródle klasy dziedziczącej po smarty mamy jakiś kod <script>

ogólnie jest dużo takich rozwiązań wydaje mi się amatorskich, wpychania swoich dziwnych rzeczy do kodu

[Tomasz Janiczek]

Podziwiam programistow obiektowego PHP4. Wersja 5 ma jedno ogromne udogodnienie - przekazywanie do funkcji i zwracanie z funkcji referencji do obiektu. Ciagle & w PHP4 to udreka.

Podpisuję się wszystkimi kończynami. Niestety.

Co do samego frameworka - trudno jest powiedzieć czy jest on dobry, czy nie. Musialbys oddzielic aplikacje od frameworka i przedstawic czysty kod iOculusa. Trudno polapac sie co jest, a co juz nie w projekcie.

Hm, rozumiem. Tyle że wydaje mi się, iż sam fakt istnienia na framework'u aplikacji nie rozmywa ogólnego schematu, zasady działania. Szablony Smarty/CSS/JavaScript to wiadomo - aplikacja. Wytnij treść kodu akcji, a będziesz miał de facto goły framework. PI razy drzwi

- nie jest w pełni obiektowo napisane, co to za echo w środku index.php, to powinno być wszystok ubrane w jakiś garniturek, połączone z klasą odpowiedzialną za wyświetlenie danych, u mnie tym się zajmują filtry, pobieranie nazwy akcji i modułu też tak zrobione na sztywno, bez żadnej otoczki

Fakt, pod względem estetyki lepiej zawrzeć całość w jakiejś klasie.
Niemniej tutaj idziemy, moim zdaniem, trochę na wojnę ideologiczną - mechanizm jest be, bo nie ma ładnego wrappera do niego.

- dołanczasz biblioteki pear i smarty, ale ja mam to zainstalowane to po co mam to dodatkowo ściągać, powinna być osobna paczka z bibliotekami i bez

Powinna. Usprawiedliwienia nie mam, prócz jednego - time, time, time...

- config.php taki blah, wole jak konfiguracja to jakiś plik ini, xml, a nie nababrany php i nie wiem czemu część funkcji zakyrawsz małpą

config.php to nie jest stricte konfiguracja dla programisty - plik jedynie ustala środowisko dla reszty framework'a. W założeniu programista tego nie rusza, tak więc...

- np. w źródle klasy dziedziczącej po smarty mamy jakiś kod <script>

Rzuć proszę cytatem - wybacz, że nie poszukam, ale piszę tego posta "na kolanie" w trasie

ogólnie jest dużo takich rozwiązań wydaje mi się amatorskich, wpychania swoich dziwnych rzeczy do kodu

Może masz rację. Z drugiej strony - kurczowe trzymanie się tego, co już ktoś wymyślił i dobrze oprogramował (vide choćby Zend Framework) mija się z celem. W mojej skromnej opinii oczywiście.

P.S. Wybaczcie pytanie - polskie ogonki dozwolone? Ciężko wykorzenić stare nawyki, a nie chcę łamać regulaminu itp.

Ten post edytował Tomasz Janiczek 23.01.2007, 10:35:07

[Cysiaczek]

[Tue Jan 23 10:30:20 2007] [alert] [client 127.0.0.1] /home/cysio/public_html/ioculus/.htaccess: php_flag not allowed here

No dobra - wiedziony rutyną kukam do pliki INSTALL i... od razu zapomniałem o tym błędzie, bo przeczytałem co następuje:

1. Create a MySQL database (you can choose freely its name).

Jest to dla mnie nie do przyjęcia. Powinna być możliwość zainicjowania dowolnej bazy w dowolnym czasie i miejscu. Instalacja nie powinna tego wymagać.

Potem myśli wróciły do logów Indianina na które INSTALL ma odpowiedź, że ta wersja nie może być uruchamiana w podkatalogu.
Dlaczego? Dostanę taką która może? Jakoś nie uśmiecha mi się rozwalanie całej struktury serwera, żeby zobaczyć, czy faktycznie zadziała.

Kod przejrzałem pobieżnie i muszę powiedzieć, że projekt traci bardzo wiele przez php 4. Właściwie wg. mnie to go dyskwalifikuje już na starcie jako platformę do większych niż homepage projektów. To nie moja złośliwość, a permanentny pogląd na tą wersję języka i nowe aplikacje w nim pisane. Obecnie pisząc kod nieśmiało spoglądam na nowinki dotyczące php 6.

Na koniec.
Przyznałeś, że projekt został wyciągnięty z bebechów istniejącej strony www (ładnej zresztą : ), a dlaczego nie ma wersji czystej?
Napisz chociaż jak usunąć to ograniczenie na domenę przy uruchamianiu. : )

Pozdrawiam.

Ten post edytował Cysiaczek 23.01.2007, 10:59:20

[nrm]

dobrych fw pod php4 jest już sporo, teraz przydało by się coś porządnego pod php5

uwagi jak kolegów wyżej, ładny projekt strony fw ale nie widzę tutaj żadnych szans powodzenia, i to, że przez sam fakt php4 ale zaczynając od elastyczności a kończąc na małych możliwościach.

ps. może design przekaż kolegom z projektu Rapide

Ten post edytował normanos 23.01.2007, 12:00:26

[sf]

Niemniej tutaj idziemy, moim zdaniem, trochę na wojnę ideologiczną - mechanizm jest be, bo nie ma ładnego wrappera do niego.

Wojnę przegra ten kto będzie miał brzydsze wykonanie Nie jestem zwolennikiem dogłębnego programowania zorientowanego obiektowo, ale uważam, że wszystko da się ładnie zapakować, każdą część. To świadczy o jakości produktu, na tej bazie budujesz sobie markę.

Jest obecnie dużo takich właśnie frameworków jak Ty zbudowałeś, a mało raczej takich porządnych. Raczej mija się z celem bycia podrzędnym, lepiej robić dobrze i być znanym ;] Bo dobrych jest mało Tylko tutaj jeszcze jest kwestia taka, że jak zaczniesz już dobrze robić to żadko chcesz się już tym dzielić z kimś bo zaczynasz po prostu z tego żyć, zarabiać na utrzymanie

Ten post edytował sf 23.01.2007, 22:44:46

[Tomasz Janiczek]

Ale z Was, cholera, defetyści. Przez Was zaczynam wierzyć w jedyną słuszną technologię IV RP - PHP5 znaczy się

Pozwólcie, że odpiszę obszerniej nieco później na powyższe posty, teraz natomiast - wielkie dzięki za Wasze wypowiedzi i opinie. Dały do myślenia, wskazały nowe możliwości. A o to chodziło