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
• 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ę , 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

* 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

[hwao]

Podepne na jakis czas.

[bela]

No to się zgłaszam

[Cudi]

Również się zgłaszam

[squid]

a jakies wymagania czasowe? bo osobiscie nie wiem ile czasu bede mial ale zalozenia mi sie podobaja, chyba tylko weekendy mi zostaja. Interesuje mnie to czy projekt bedzie caly czas rozwijany czy umrze jak phiend1. Jeszcze to co mnie ciekawi to PEAR, jak sie ma do projektu?

Ten post edytował squid 30.05.2005, 21:53:56

[hawk]

Wymagania czasowe: ja mam czasu mało, niestety. To zależy od was. Akurat ten system można budować stopniowo, dodając kolejne klocki. Bardzo szybko można zmontować działającą wersję i potem dodawać funkcjonalność.
Projekt będzie rozwijany, jeżeli nie zabraknie chętnych do współpracy. Jak zabraknie, to skończy się jak phiend1, bo sam nie dam rady.
Co do PEAR: tfu tfu! Chociaż jak ktoś ma jakiś pakiet z PEAR, który chce używać, to nie ma przeszkód. Podobnie jak phiend1, wersja 2 może współpracować praktycznie z wszystkim.

[matid]

Ja też się na to piszę.

[hawk]

Do wszystkich chętnych:
http://barfoo.host.sk/phiend2/phiend2-lib.zip: wiadomo co
http://barfoo.host.sk/phiend2/phiend2-root.zip: nawet jeszcze nie test ani przykład użycia, ale dowód, że to się chociaż parsuje bez błędów
Zasada działania najważniejszego składnika (phiend.mvc) jest z grubsza taka:
PluginLoader jest rejestrem przechowującym pluginy. Plugin to po prostu nazwana klasa; loader go stworzy, kiedy będzie potrzebny, i i usunie pod koniec żądania. Niektóre pluginy są używane tylko wtedy, kiedy akcja po nie poprosi, ale jest kilka szczególnych pluginów, rozpoznawanych po nazwie, które są niezbędne dla działania systemu:

• controller: wiadomo, kontroler
• router: też wiadomo...
• actionFactory: tworzy obiekty akcji
• configFactory: tworzy konfigurację dla akcji
• filterChain: zarządza filtrami

Pluginy o takich nazwach muszą być zdefiniowane. A że podać można dowolny obiekt realizujący interfejs... można w prosty sposób wymienić dowolny element systemu, nawet sam kontroler.
Filtry dekorują wywołanie pojedynczej akcji i są dla tego wywołania przezroczyste.

[dr_bonzo]

Cosik te linki nie dzialaja.
@hawk: moge je zahostowac --> PW.

[Bora]

Oczywiście jak już piałem z chęcią wspomoge ten projekt.
Podobnie jak Open Power Board jest to jeden z ciekawszych.

[squid]

mnie tez nie dziala, znaczy pobiera 0 bajtow.
Widze ze wiele osob sie do tego garnie wypadaloby soordynowac jakos proace i podzielic sie nia, co myslicie?

[Cudi]

Może jakieś spotkanie na IRC'u? Wszystko zależy od hawka, myśle że godzinka wystarczy by nas wprowadzić i jakoś sensowanie rozdzielić pierwsze zadania.

[sf]

Mam male pytanie OT. Dlaczego zniknol podzial na akcje logiczne i widoku? Czym to zostalo spowodowane? Wydawalo mi sie to rozwiazanie wzorcowe ;\

[hawk]

Co do linków: ooops, głupi serwer wycina mi pliki zip . Ale wpadłem właśnie na genialny w swojej prostocie pomysł: http://phiend.sf.net/misc.

Co do IRC: na razie mam deficyt czasu, i chcę najpierw pokazać kod... ale niedługo zrobię.

Co do akcji logicznych i widoku: i tak, i nie. Nie ma tego w kontrolerze, ale można sobie bardzo szybko sklecić mały filtr, który sprawdzi, czy ($akcja instanceof AkcjaWidoku) i nie pozwoli nic dalej wywołać. A tak jest więcej możliwości. Można nawet przyjąć, że widok jest zupełnie inną klasą wywoływaną przez akcję i zrobić coś w stylu Mojavi, gdzie w ogóle nie ma akcji widoku.

[squid]

Jeśli uda się ustalić jakiś porządek działania i kto co ma robić - ja też bym się zgłosił - mam nadzieję, że będzie inaczej niż z THOT'em

Bedzie bo my sie za to bierzemy

[Coyote]

hm... sorki ze moze glupie pytanko ... ale co to wlasciwie jest
bo nie za bardzo czaje ....

[NuLL]

@Coyote - Framework czyli swoisty szkielet do budowania aplkacji

[Coyote]

a dzieki ale i tak nie bardzo czaje
byl bym wdzieczny za jakis przyklad albo cus (najlepiej polski )

Ten post edytował Coyote 8.06.2005, 22:36:52

[NoiseMc]

Mam już źródła ale prawe mówiąc nie bardzo wiem jak to ugryźć i od czego zacząć. Jest jakiś podział prac ?

Ten post edytował NoiseMc 8.06.2005, 22:45:26

[squid]

Mam już źródła ale prawe mówiąc nie bardzo wiem jak to ugryźć i od czego zacząć. Jest jakiś podział prac ?

sek w tym ze nie ma