phiend2: reaktywacja Opcje

[hawk]

Jak niektórzy zapewne wiedzą, od dłuższego czasu pracuję nad phiendem 2. Niestety, po n-tym refactoringu i pisaniu wszystkiego od nowa jestem tym trochę zmęczony i raczej nie wydam tego kiedykolwiek o własnych siłach. Za to kod, który jest już napisany, bardzo mi się podoba i szkoda go marnować.

Więc poszukuję ludzi do współpracy.

Główne założenia:

• Napisany pod PHP5 i bardzo, bardzo obiektowo. Znacznie bardziej niż stary phiend. Co oznacza, że jest więcej klas, ale mniejszych.
• Oparty o interfejsy. Prawie wszystko można sobie wymienić na własnoręcznie napisaną klasę, jeżeli tylko ma taki sam interfejs.
• Rozwijany metodą małych kroczków. Zamiast wielkiego frameworka wg zasady wszystko-albo-nic, zbiór komponentów, z których większość jest opcjonalna albo może być używana niezależnie.

Poza samym MVC trzonem projektu są 3 kawałki kodu:

• phiend.autoloader: autoloader (IMG:http://forum.php.pl/style_emoticons/default/winksmiley.jpg)
• phiend.handle: zestaw klas do obsługi handles (trochę jak w WACT, służy do przekazywania referencji do obiektu bez tworzenia samego obiektu, kiedy nie jest jeszcze potrzebny)
• phiend.context: zbiór klas do obsługi całego request, response i sesji, trochę podobne do rozwiązania z Jav

Oprócz tego napisałem jeszcze bardzo fajny error handler, ale w odróżnieniu od phiend1 nie jest on częścią frameworka. Bo niby dlaczego MVC ma wymagać konkretnego error handlera?
Co do samego MVC, kilka słów:

• Front Controller (chociaż wymienialny; źródło jego konfiguracji: dowolne)
• Intercepting Filter (w postaci dekoratora na każdą akcję i w stylu javovym na cały request)
• żądanie przechodzi przez router, więc schemat URLi jest dowolny
• bez podziału na akcje i widoki, akcje można łączyć w łańcuch jak w phiendzie 1
• Akcje mają konfigurację; źródło tej konfiguracji: dowolne
• Ważne moduły (np. połączenie z DB, autoryzację) można podpiąć jako tzw. pluginy: system sam je skonfiguruje, uruchomi kiedy trzeba i zamknie na koniec

Kogo szukam?

• Ludzi, którzy sami potrafią zrozumieć kod, bo dokumentacji nie ma
• Ludzi, którzy lubią pisać dokumentację (IMG:http://forum.php.pl/style_emoticons/default/biggrin.gif) , zwłaszcza tutoriale dla newbies, bo ja do tego nie mam serca i nigdy mi nie wychodzi
• Ludzi, którzy znają się na unit testach (dokładnie: SimpleTest), bo ja niestety nie i bardzo tego żałuję
• Ludzi, którzy chcą się skupić na jednym komponencie i dopracować go do końca
• Kogoś, kto mógłby w miarę postępu stworzyć nie przyprawiającą o mdłości stronę na SF
• Special request: Kogoś, kto np. zna Mojavi i chciałby zrobić w phiend2 jego emulator - IMHO wyjdzie szybciej, prościej i w ogóle lepiej (IMG:http://forum.php.pl/style_emoticons/default/winksmiley.jpg)

* więcej informacji w miarę wolnego czasu
** jeżeli temat tutaj nie pasuje, można śmiało przenosić

Ten post edytował hawk 30.05.2005, 20:02:11

[hawk]

Dopominacie się podziału prac, więc należy się wam trochę działania z mojej strony.

Phiend2 jest, hmm, modularny, więc idea jest taka, że jedna osoba bierze "na tapetę" jeden komponent, który jest potrzebny i który trzeba napisać, albo - co gorsza - dopiero opracować i zaprojektować.

Na razie zacząłem wrzucać kod do CVS na SourceForge (to samo repozytorium co stary projekt phiend). Docelowo chciałbym mieć repozytorium SVN i serwer z PHP5, na którym można postawić demo. To pierwsze SourceForge ma niedługo wdrożyć, to drugie pozostaje problemem. Jak ktoś ma konto na SF, mogę go przyłączyć do projektu phiend i wtedy można zmieniać kod bezpośrednio. Jak ktoś nie ma i nie chce mieć konta, może mi wysłać kod mailem, a ja wrzucę do CVS.

Tak na marginesie, projekt będzie na LGPL, tak jak stary phiend.

Konkretne zadania do wykonania:

1) Napisanie routera, który implementuje schemat URL typu http://www.example.com/index.php/nazwa/akcji/i/parametry. Zrobienie to tego i do GetParamRouter unit testów. - emilio

2) Dokończenie klasy BasicHttpResponse (kilka źle zaimplementowanych metod, brak tworzenia cookies). Dokończenie BasicHttpSession i ocena, czy to się trzyma kupy (bo ciągle nie jestem zadowolony z tego kodu).

3) Implementacja IHttpRequest, która zrzuca wszystkie dane do pliku XML. Druga implementacja IHttpRequest, która wczytuje wszystkie dane z pliku XML. W ten sposób można - teoretycznie - symulować dowolne żądanie (np. formularz) bez klikania w przeglądarce.

4) Dokończenie klasy wczytującej konfigurację pluginów i filtrów z pliku XML.

5) Rozwój koncepcji ConfigFactory - zwłaszcza XmlConfigFactory, składający konfigurację akcji z hierarchicznej struktury plików XML.

6) Uwierzytelnianie i autoryzacja. Ja się skłaniam ku koncepcji grup użytkowników, którym się nadaje prawa DENY albo ALLOW do akcji albo katalogów (modułów) z akcjami. Uwierzytelnianie powinno być oddzielone od autoryzacji. Warto zobaczyć, co już na ten temat zostało dobrego stworzone, zamiast pisać od zera. Tutaj duże pole do popisu (IMG:http://forum.php.pl/style_emoticons/default/winksmiley.jpg) .

7) Niedługo powinienem skończyć szkielet phiend.logger - skrzyżowania error handlera z klasą do obsługi logowania. Wtedy będzie potrzeba napisania klas wyświetlających lub zapisujących błędy i inne komunikaty. Coś jak error-listeners ze starego phienda, ale mając PHP5 i mechanizmy Reflection można zrobić to znacznie lepiej.

Ten post edytował hawk 20.06.2005, 11:40:19