Aplikacje PHP - Pluginy Opcje

[Sedziwoj]

@specialplan
A dlaczego interfejsu plugin'u nie dasz w jakimś pliku konfiguracyjnym, po co bawić się w Reflection API, niech plugin sam powie co oferuje.
Wtedy obsługa każdej funkcjonalności też jest zawarta w plugin'ie, bo tak na prawdę tylko ten plugin wie co ma zrobić.
Czyli system news'ów wie jak ma dodać nowego, jak wyświetlić lokalizację też sam plugin wie. System nie powinien zajmować się niczym więcej jak umieszczeniem danych z plugin'a w odpowiednim miejscu i przekazywaniu mu tego czego potrzebuje.

[specialplan]

Klasa dziedziczaca po ReflectionClass sluzy jedynie do pobrania metod publicznych z danej klasy pluginu w celach wylistowania ich w panelu administracyjnym, by mozna bylo z poziomu formularza przypisywac dane funkcjonalnosci pluginu do, chociazby, konkretnych stron widoku. W zasadzie mozna by umiescic te same dane w pliku konfiguracyjnym, ale zdecydowalem sie na tworzenie ich "w locie". W zasadzie system "robi" wszystko, co napisales, wiec chyba przekonam mojego PM, ze nie ma sensu sie bawic w dynamizowanie rejestru.

[LBO]

Framework FLOW3 (który będzie służyć za bazę dla najnowszego TYPO3) poszedł o krok naprzód w "pluginizacji" aplikacji - używa aspektów.

Wydaje mi się, że warto na niego spojrzeć w kontekście tego tematu.

Pozdrawiam.

edit:

Dodam tylko, że FLOW3 nie używa zewnętrznych bibliotek AOP (Aspect Oriented Programming) - wszystko jest oparte o czystą implementację w PHP.

Ten post edytował LBO 13.03.2008, 16:27:50

[tmgryf]

Troszke bardzo odkopię

Może zle to wszystko zrozumialem, ale wiekszosc opisanych sposobow wtyczkowania mozna by prosto zastapic prostym wstawieniem include przed wyświetleniem odpowiedniej trsci...

myslalem sobie zeby podzielic strone na minisekcje (w gruncie rzeczy calkiem sporo ich by musialobyc) - np 'htmlheader', 'pageheader', 'menu', 'leftcolumn', leftcolumncontent' 'rightcolumn'.... 'gallerylist' 'galleryimagelist'... itd i trzymanie ich w zmiennych. Dalej wykorzystujac "hooki" (http://stackoverflow.com/questions/42/best-way-to-allow-plugins-for-a-php-application) dla kazdego z elementow wykonywac odpowiedniego hooka lekko go modyfikujac wzgledem tego artykulu.

I tak mamy atrzymalibysmy tablice sekcji sekcje[sekcja] oraz dwuwymiarowa tablice hookow w postaci plugin[sekcja][funkcja z hooka1,funkcja z hooka2...] no i pozniej cos w rodzaju:
foreach (sekcje => element)
if isset plugin[element]
foreach plugin[element] => funkcja)
funkcja();


Zastanawialem sie rowniez jakby mozna bylo to zoptymalizowac - konieczne byloby "cachowanie kodu wtyczek php" tzn - wtyczki mozna byloby wlaczac i wylaczac - po wlaczeniu wtyczki tworzony bylby plik cacheplugin.php zawierajacy "body" plikow wlaczonych wtyczek - ograniczyloby to zbedne przeszukiwanie katalogow w poszukiwaniu wtyczek do inicjowania i otwierania tych calych mas plikow.

A zeby wtyczki staly sie naprawde wtyczkami uzytkownik dostalby narzedzie do tworzenia wlasnych minisekcji poprzez np dodanie odpowedniego kodu cos ala template {#zrobmigalerie#} i tutaj pojawi sie problem rekurencji bo należałoby po kazdym odpaleniu wtyczki dla danej minisekcji odpalic cala liste od nowa bo moze sie okazac ze ostatnia wtyczka doda sekcje do ktorej dedykowana byla pierwsza opalona funkcja... ale mysle ze to juz bardziej problem implementacji calosci

Chcę to napisac i dla tego sie chcialem spytac co o tym sadzicie?

[tuner]

Framework FLOW3 (który będzie służyć za bazę dla najnowszego TYPO3) poszedł o krok naprzód w "pluginizacji" aplikacji - używa aspektów.

Także polecam przyjrzenie się temu rozwiązaniu, niezwykle kompleksowo pozwala zarządzać komponentami aplikacji.

Na swoim blogu zamieściłem wpis poświęcony pluginizowaniu i jako, że jest bardzo w temacie z przyjemnością linkuję.

[wlamywacz]

Witam!

Chciałbym zasięgnąć waszej rady odnośnie pluginów. Aktualnie tworze własnego cms i mam zamiar oprzeć go o pluginy. W moim systemie występują szablony, moduły i pluginy. Szablony jest to ogólny widok, w odpowiednie miejsca umieszczamy zmienne (zastosowanie smarty). Ważniejszą rolę odgrywają moduły, jest to treść przekazana do szablonu w jedną ze zmiennych. W modułach jest możliwość ustawienia "zaczepu" do plugina

[HTML] pobierz, plaintext 
{module name="gallery" action="index"}
[HTML] pobierz, plaintext 

W pluginie zwracam treść która ma być wstawiona w to miejsce oraz sam plugin posiada uchwyt do szablony dzięki czemu mogę go dowolnie zmieniać z poziomu pluginu. Wywołanie pluginu następuje przed pasowaniem smarty a sam kod

[HTML] pobierz, plaintext 
{module name="gallery" action="index"}
[HTML] pobierz, plaintext 

zamieniany jest na zmienną w której jest wynik działania modułu. Czy taki schemat jest dobry, czy macie jakieś porady? Poza tym myślę nad wprowadzeniem kolejki, dzięki czemu mógłbym wykorzystać takie moduły jak autoryzacja wybranych modułów czy pluginów. Z góry dziękuje z pomoc.

P.S. Możecie mi podpowiedzieć gdzie szukać informacji o zastosowaniu pluginów?

Ten post edytował wlamywacz 25.01.2010, 12:58:59

[marcio]

Poza tym myślę nad wprowadzeniem kolejki, dzięki czemu mógłbym wykorzystać takie moduły jak autoryzacja wybranych modułów czy pluginów

Po co bawic sie w kolejke jak mozna robic tak:

[PHP] pobierz, plaintext 
 
if($auth -> isLogged()) {
 
}
 
else {
 
$this -> forward('Authorization'); // lub $this -> forward('Authorization', 'Index');
 
}
 
[PHP] pobierz, plaintext 

ja tak to widze chyba ze o czyms nie wiem.

Możecie mi podpowiedzieć gdzie szukać informacji o zastosowaniu pluginów?

Zalezy co masz na mysli jako plugin ogolnie szukaj info na temat filtrow,pluginow,modulow,modularnosci,komponentow,widget'ow etc...

Co do reszty twojego dzialania pluginow to u mnie dziala to prawie tak samo mam glowny szablon(view) calej strony np lewe i prawe menu o do tego sordkowy kontent.

Potem mam klase ktora to glownego widoku "wstrzykuje" wynik komponentu/pluginu/widget'u.

Tyle ze w glownym widoku mam tylko:

[HTML] pobierz, plaintext 
 
<div>%lewemenu%</div>
 
[HTML] pobierz, plaintext 

Itp i tam wrzucam wszystko na podstawie url'a.

[wlamywacz]

Kolejka po to gdyż autoryzacja, logowanie itp. będzie również jako moduł który trzeba wywołać w odpowiednim momencie.

[marcio]

Moze ktos wytlumaczy jaka jest roznica pomiedzy kolejka zadan a robien forward() na dana akcje?

[XianN]

Moze ktos wytlumaczy jaka jest roznica pomiedzy kolejka zadan a robien forward() na dana akcje?

Taka jak miedzy (uporzadkowana) lista rzeczy do zrobienia, a dowiadywaniem sie o nastepnym zadaniu po wykonaniu poprzedniego:)

W przypadku forward() metoda, ktora jest aktualnie wykonywana musi znac nastepna.
Jesli jest to lista, wystarczy, ze sie zajmie swoja robota, a decydowanie o tym 'kto, kiedy i gdzie?' pozostawi komu innemu. Lista daje tez duzo wieksza wygode, np w zmienianiu kolejnosci wykonywania zadan, dodawaniu nowych, etc.

Ten post edytował XianN 26.01.2010, 12:00:39

[marcio]

Musialbym to widziec w praktyce bo tak zabardzo nie jestem przekonany.

CHcialem jeszcze poruszyc temat o plugin'ach jako filtry.

Dokladnie do postu: http://forum.php.pl/index.php?s=&showt...st&p=347026 ktory wydaje sie najbardziej rozwiniety z tego teamtu jesli chodzi o filtry.

Tak jak mowilem wczesniej mam jeden glowny szablon gdzie sa wstrzykiwane wszystkie komponenty/pluginy/widgety i do tego mam klase ktora sprawdza czy dla danego komponentu/pluginu jest jaki filtr powiedzmy ze mamy komponent News a w nim metode ShowLastNews();

[PHP] pobierz, plaintext 
 
public function ShowLastNews() {
 
  //wszystkie operacje pobierania etc....
 
  return $txtNews;
 
 
 
 
}
 
[PHP] pobierz, plaintext 

Teraz by zalozyc filtr wystarczy w katalogu /plugins/filters/ utworzyc plik PFNews.php o takiej klasie:

[PHP] pobierz, plaintext 
 
<?php
 
class PFNews {
 
  public $ReturnTrueFunction = false; // wyswietlamy wynik zwracany poprzez metode komponnetu/klasy lub false gdy wynik filtru
 
  public function onLoad() { // Przed zaladowanie komponentu/pluginy
 
      return 'Poczatek<Br>';
 
  }
 
  public function on_News_pre_ShowLastNews() { // przed funckja Index komponentu/pluginy News
 
      return 'Przed funckja index<Br>';
 
  }
 
  public function on_News_post_ShowLastNews($html) { // po wykonaniu funckji Index komponentu/pluginu News tutaj robimy nasz bbcode dla prawdziwej zawartosci news'a
 
      return '<Br><b style="color:#FF0000;">'.$html.'</b>';
 
  }
 
  public function onUnload() { // Przed zakonczeniem dzialania filtru
 
      return '<Br>Koniec<Br>';
 
  }
 
}
 
?>
 
[PHP] pobierz, plaintext 

Jak dla mnie pomysl bomba chce zrobic jakis filtr nie musze ingerowac w kod jakiegos komponentu/pluginu tylko pisze do niego filtr.

Oczywiscie nie wszystkie metody musi implementowac filtr bo jego klasa nie uzywa interfejsu ani nic bo moze byc tylko tak ze filtr dla danego komponentu/pluginu bedzie potrzebowal tylko jedna funkcje.

Do tego mam glowny kontroler aplikacji ktora pobiera wszystkie komponentu/pluginy za pomoca modelu i wstawia caly wynik do glownego szablonu do tego jest klasa pomocnicza by sprawdzic filtry.
glowny Kontroler:

[PHP] pobierz, plaintext 
 
<?php
 
class Home extends Controller implements IController {
 
 
  public function __construct() {
 
	  parent::__construct();
 
  }
 
 
  public function Index() {
 
      $components = $this -> Home_Model -> getComponents($this -> routing -> getController());
      $componentsAction = $this -> routing -> getParams();
	$componentsAction = (count($componentsAction) == 0) ? 'Index' : $componentsAction[0];
 
      $tab = $this -> plugins -> LoadPlugin($components, $componentsAction);
 
      $this -> view -> AddVars($tab); 
      echo $this -> view -> Layout('Home', 'view');
 
 
  }
 
}
 
?>
 
 
[PHP] pobierz, plaintext 

jesli ktos chce zobaczyc tez klase pomocnicza prosze mowic.

[wlamywacz]

W serwisie istnieje akcja X oraz plugin Y,Z. Plugin Y odpowiada za autoryzacje (logowanie itp. sprawy), Z odpowiada za wyświetlanie formularza kontaktowe. W pluginie Y ustawiam aby został wywołany przed akcją X. Czy muszę przed każdym wywołaniem akcji ładować kolejki wszystkich pluginów aby sprawdzić czy któryś nie powinien zostać wywołany, oraz jak wygląda sprawa kolejności ich wywoływania ?

[marcio]

EDIT:
Zle zrozumialem o ta kolejke chodzi o to: http://forum.php.pl/index.php?s=&showt...st&p=194058 czyli lancuchy akcji u mnie dziala to wlasnie mniej wiecej tak sorki ale na poczatu chyba przeczytalem bez zrozumienia.
Dziala to u mnie tak kolejka + filtry dla komponentow/pluginow:

[PHP] pobierz, plaintext 
<?php
 
require_once('libraries/PluginFilter.php');
 
class Plugin {
 
 
  private $cfg;
 
 
  public function __construct() {
 
   $this -> cfg = Loader::load('Cfg');
 
  }
 
  public function LoadPlugin($plugins, $action) {
 
 
   foreach($plugins as $key => $PluginName) {
 
    if(file_exists(DIR_PLUGINS_CTRL.$PluginName.'.php')) {
 
      require_once(DIR_PLUGINS_CTRL.$PluginName.'.php');  
 
    }
 
    else if(file_exists(DIR_COMPONENTS_CTRL.$PluginName.'.php')) {
 
	  require_once(DIR_COMPONENTS_CTRL.$PluginName.'.php');	
 
	}
 
	else {
 
	  Controller::Error(405);
 
	}
 
 
    $obj = new $PluginName();
 
	   if(PluginFilter::CheckFilter($PluginName)) {
 
	     $html[$key] = $obj -> LoadFilter($PluginName);
	     $PluginAction = (method_exists($obj, $action)) ? '_'.$action : '_'.$this -> cfg -> action;
	     $html[$key] .= $obj -> $PluginAction();
	     $html[$key] .= $obj -> RemoveFilter($PluginName);
 
	   }
 
	   else {
 
         $PluginAction = (method_exists($obj, $action)) ? $action : $this -> cfg -> action;
         $html[$key] = $obj -> $PluginAction();
 
	   }
 
 
   }	
 
    return $html;    
 
  }
 
 
}
 
 
?>
[PHP] pobierz, plaintext 

Co o tym myslicie?

Ten post edytował marcio 26.01.2010, 16:47:36

[Ormin]

Wzorzec obserwatora i wszystko jasne

[eai]

Temat, pluginów zależy od struktury systemu do którego chcemy go zastosować.

Po pierwsze trzeba określić strukturę naszego systemu, i wydzielić obszary na które mogą mieć wpływ pluginy.
Trzeba stworzyć abstrakcyjne klasy (dziedziczącę po abstrakcyjnej klasię np. Plugin), które będą miały wpływ na poszczególne sekcje w naszej aplikacji.

[PHP] pobierz, plaintext 
abstract class Plugin { }
[PHP] pobierz, plaintext 

[PHP] pobierz, plaintext 
abstract class PluginUsers extends Plugin {
 
public function showUser(UserModel $user, View $view) {}
public function showUserList(UserModel $user, UserList $list, View $view) {}
public function preSaveUser(UserModel $user) {}
public function postSaveUser(UserModel $user) {}
public function preLoginUser(UserModel $user) {}
public function postLoginUser(UserModel $user) {}
public function preLogoutUser(UserModel $user) {}
public function postLogoutUser(UserModel $user) {}
// ... itd
}
[PHP] pobierz, plaintext 

Następnie w naszym systemie musi istnieć rejestr, w którym dane pluginy będą dodawane.
Podczas wywołania określonych operacji, system pobierałby odpowiedni plugin np. podczas edycji użytkownika, pobierałby wszystkie pluginy dziedziczące po PluginUsers, i wywoływał kolejno metody z tego pluginu odpowiadające obecnie wykonywanej akcji. np po zapisie zmian wywoływana byłaby metoda postSaveUser.

Tak naprawdę trzeba się zastanowić, co w naszym systemie będzie można za pomocą pluginów wykonać. Kolejny krok to napisanie odpowiednich metod w abstakcyjnym modelu a na końcu wywołanie tych metod i przekazanie odpowiednich argumentów, które dany plugin może miec dostęp.

[paxton]

Cos takiego jest sprytne, moze nie jest to porzadny system pluginow, ale moze ulatwiac sprawe przy pisaniu dodatków.

[PHP] pobierz, plaintext 
public function loadInjections($name) {
		if(is_dir("injections/$name"))
			foreach (glob("injections/$name/*.php") as $injection) {
				include_once($injection);
			}
		else
			throw new exception("Could not load injections! Event Folder not found. ErrCode: 172610032010");
	}
[PHP] pobierz, plaintext 

Używam tego w mojej aplikacji, domyślam się ze szybkość skanownia nie jest najlepsza, ale nie narzekam. Tam gdzie chce aby były wprowadzane pluginy tam używam tej metody.

Innym rozwiązaniem są hooki.

[Psychopath]

Ja robię to nieco inaczej. Dodatki dzielę na "Language Pack", "Blocks" i "Modules".
Sprawa z "Language Pack" jest jasna (includuje plik z tłumaczeniem, które jest zawarte w tablicy).
"Blocks" to w moim przypadku bloki w menu, wygląda to tak, że folder z blokiem zawiera jeden plik z "kodem", a drugi, co ma wypisywać na stronie, to coś w stylu np: code.php zawiera klasę kalendarza, a index.php (w katalogu z blokiem ją inicjuję. Cały system jest bardzo prosty, funkcja obsługująca po prostu za każdym razem robi funkcję blockopen($tytuł_bloku_podany_w_PA), potem następuje zincludowanie index.php, a na końcu blockclose(). W panelu admina można dowolnie tworzyć bloki, nawet takie, które nie mają pliku code.php, bo zawierają np tylko informację typu "Dziś jest głosowanie...". Każdemu blokowi przydziela się id na podstawie którego jest pozycjonowany wyżej lub niżej innych bloków. Z poziomu panelu jest też możliwość dowolnej edycji kodu, jakby ktoś nie chciał się bawić w wrzucanie przez ftpa.
Z "Modules" sprawa jest troche bardziej skomplikowana. W kodzie modułu określone jest jakiego "typu" on jest, czy to plik zincludowany, który wykonuje tylko jakiś kod (np tworzenie logów i statystyk), czy też np. skrypt, który ma być umieszczony np nad stroną główną (pod logo strony, np losowanie cytatów), pod stroną, czy też jako strona inicjowana zmienną "modid", który po wpisaniu index.php?modid=3 przejdzie na wybraną stronę. Linki typu "modid" trzeba dodać samodzielnie, ale myślę, że jak się już dokończę moje wstępne kodzenie core.php to zrobię jakąś większą klasę z mini-api, które będzie mogło też dodawać linki do menu, a może nawet ingerować w inne bloki i moduły.

[marcio]

Witam czy ktos z was na dzien dzisiejszy zaimplementowal w pelni dzialajace pluginy w swoim systemie?

Poki co mam zaimplementowane komponenty i widget'y w pelni dzialajace razem z obsluga gosci czy cache'm calych ich ackji/blokow.

Zastanawiam sie nad pluginami(jako wtyczki do komponentow) czyli taki plugin komentarzy ktory mozna podpiac pod komponent News/Article/ForumPost o ile tego typu plugin nie sprawia mi raczej klopotow w jego implementacji to mam problem np z plugin'em Ankiety np.

Jak podpiac taki plugin ankiety pod news podczas pisania/edytowania danego wpisu?

Na jakiej zasadzie mam obsluzyc 2 formularze(1 do napisania/edycji news, 2 do ankiety)?

Samo "wstrzykniecie" takiego formualrza tez nie sprawia mi klopotu jednak nie wiem zbytnio jak obsluzyc 2 akcje naraz.

W przypadku komentarzy nie ma takiego problemu bo czytajac news dodajemy sam komentarz do niego i jest ok, jednak dodac news'a jak do niego dodac ankiete lub inny plugin?

[hind]

Dla kazdego pluginu wydzieliłbym przestrzeń danych (tak żeby dane z POST/REQUEST nie nachodził na siebie).
np żeby plugin "a" miał nienachodzące się nazwy z pluginem "b" czy też samym głównym procesem -> $_POST['plugin_a']['nazwa_ankiety'], $_POST['main']['nazwa_newsa']


Dodać akcje przygotowawcze (pre) i wykończeniowe (post) tak, aby wywalić błędy i przerwać główny proces (jw. dodać newsa/komentarz), a potem przesłać pełny kontekst głównego procesu do pluginu aby dalej obsłużyć żądania (post).

Problemem jest sam moment uruchomienia pluginu, czy ma być wczytywany zawsze (z konfiguracji), czy też doczytany w pewnym konkretnym momencie (uzupełnienie strony przez XHR?)

W tym wypadku, główny proces nawet nie musi wiedzieć że będą uruchamiane jakieś pluginy, bo będą to akcje poboczne (tak jak w obserwatorze, podpiętym do danego typu zdażenia).

[marcio]

Dla kazdego pluginu wydzieliłbym przestrzeń danych (tak żeby dane z POST/REQUEST nie nachodził na siebie).
np żeby plugin "a" miał nienachodzące się nazwy z pluginem "b" czy też samym głównym procesem -> $_POST['plugin_a']['nazwa_ankiety'], $_POST['main']['nazwa_newsa']

Stosuje konwencje ze w pluginach przed nazwami zmiennych daje "p" zeby nie kolidowaly ze soba.

Dodać akcje przygotowawcze (pre) i wykończeniowe (post) tak, aby wywalić błędy i przerwać główny proces (jw. dodać newsa/komentarz), a potem przesłać pełny kontekst głównego procesu do pluginu aby dalej obsłużyć żądania (post)

Problemem jest sam moment uruchomienia pluginu, czy ma być wczytywany zawsze (z konfiguracji), czy też doczytany w pewnym konkretnym momencie (uzupełnienie strony przez XHR?)

Ja to robie tak ze plugin moze byc ladowany przed lub po komponencie, gdzie do akcji komponentu dolaczam akcje pluginu.
Np majac akcje "readNews" do ktorej chce podczepic plugin comment mam taki config komponentu News, aktywuje plugin w bazie a config sprawdza tylko czy w ogole obiekt(w tym przypadku news) moze posiadac w ogole plugin comment:

[PHP] pobierz, plaintext 
<?php
 
/**
*Volta framework
 
*@author marcio <opi14@op.pl>, <polishvodka7@gmail.com>
*@copyright Copyright (c) 2012, marcio
*@version 1.0
*/
 
$configs['guest'] = 1;//1 - on / 0 - off
$configs['cache'] = 0;// 1 - on / 0 - off
$configs['cached_action'] = array('Index');
$configs['lifetime'] = 10800;//time in sec
$configs['admin_panel'] = 1;//1 - on / 0 - off
 
$configs['plugins_settings'] = array(
									'after' => array('readNews' => array(
																		'comment' => array(
																							'segment_ref' => 0,
																							'actions' => array('submit', 'delete')
																						  )
																		)
													  )
								  );
 
return $configs;
 
?>
[PHP] pobierz, plaintext 

W tym wypadku, główny proces nawet nie musi wiedzieć że będą uruchamiane jakieś pluginy, bo będą to akcje poboczne (tak jak w obserwatorze, podpiętym do danego typu zdażenia)

Dokladnie akcje pluginu sa podpinane pod akcje komponentu i komponent do ktorego sa podpinane nie ma z plugin'em nic wspolnego