DevProTalk

DevProTalk (http://www.devprotalk.com/index.php)
-   PHP (http://www.devprotalk.com/forumdisplay.php?f=9)
-   -   Plug in support (http://www.devprotalk.com/showthread.php?t=1888)

Blood 24. 11. 2006. 01:09

Plug in support
 
Kao sto naslov kaze, kako napraviti plug in support za moju php aplikaciju.. Recimo da pravim neki mali cms, kako da napravim podrsku za plug in, po kom principu se to radi, na sta obratiti paznju itd..


Hvala.

robi-bobi 24. 11. 2006. 02:53

ilija je imao slicnu diskusiju - potrazi
takodje mozes pogledati postojeca reshenja - neki blog sistem ili forum, recimo

u principu, koliko ja shvatam, cesto se koristi sledeci pristup:
- imash tzv evente. Recimo event 'pokazi quicksearch', 'nadji komentare' i slicno
- imash u bazi spisak instaliranih pluginova
- svaki plugin ima f-ju koju tvoj core zove i daje joj trenutni event: nesto kao "sad pokazujem komentare, oces da radish nesta?"
- plugin radi ili ne, zavisno od eventa
- to je to :)

jos jednom, najlakse je pogledati postojeca resenja. nisam mnogo citao kodove, ali mi se svidja plugin installer SPARTACUS koji je deo s9y.org blog sistema.

Petar Marić 24. 11. 2006. 03:04

Moj savet je da pročitaš ovaj tekst i ako ti se svidi takav način rada da potražiš nešto slično za php.

Ilija Studen 24. 11. 2006. 10:10

Pristupa ima mali milion. Jedan je spomenuti event sistem. Jedan od jednostavnijih je oslanjanje na interfejse i konvencije: definišeš kako plugin treba da se ponaša nekom abstraktnom klasom i kasnije implementiraš. Time što si implementirao unapred definisan interfejs možeš da se prikačiš na aplikaciju i ona zna šta da očekuje od plugina. Doduše, stvar je malo šira i celu priču bi trebalo konkretizovati sa par primera, ali dobro.

Još jedan od mogućih pristupa je overrideovanje određenih funkcija (na žalost, u PHP-u ne možeš da prepisuješ već definisane klase bez dodatnih ekstenzija). Npr. pre nego što se učitaju neke sistemske stvari učitavaju se plugini koji mogu da definišu funkcije. Nakon toga se učitava lib aplikacije. Ako je neki od plugina već redefinisano funkciju preskačeš definiciju. Ako se dobro sećam, Ivanhoe reče da tako WordPress radi.

Kao što rekoh, imaš tone pristupa i ni jedan nije 100% ispravan. Svi imaju prednosti i mane (kompleksnost, fleksibilnost, podložnost greškama...).

ivanhoe 24. 11. 2006. 11:55

pogledaj kako radi wordpress, pa prepisi..
U sustini varijanta je da kad se plugin aktivira, wordpress ga includuje(kao obican php file). To omogucava pluginu da pozove sta god treba od komandi za inicijalizaciju, i da se onda doda na listu registrovanih eventa. Znaci nije kao sto robi-bobi kaze da aplikacija pita plugin da li ga zanima event, nego obrnuta logika: plugin mora da se registruje za event, nakon cega se u jedan globalni niz doda ime eventa, ime callback funkcije koju treba pozvati i proiritet od 1 do 10.

Kad se neki event desi onda aplikacija pogleda listu registrovasnih callbackova za taj event, sortira ih po prioritetu i krene da ih poziva redom. I to je to..

Blood 24. 11. 2006. 17:13

hm, za mene je to jos uvek "spansko selo". Ja sam trazio neke tutorijale po netu, ali nisam uspeo da nadjem nista, ja kapiram da kad se plugin instalira, da moj script treba negde da ga inkluduje, pitanje je kako moj script da zna gde da ga inkluduje..

U svakom slucaju cu pogledati kako je to WP odradio, pa cu valjda imati predstavu kako i sta dalje..

Hvala Vam svima na odgovorima..

Ilija Studen 24. 11. 2006. 17:20

Off Topic: Pristup koji WP koristi je OK, ali sam WP kod je teški krš.

Blood 24. 11. 2006. 17:42

Ne znam, negde sam procitao da si ti rekao da je pisan proceduralno sto meni sasvim odgovara :) OOP sam tek poceo da ucim...

Ilija Studen 24. 11. 2006. 18:20

Citat:

Originalno napisao Blood
Ne znam, negde sam procitao da si ti rekao da je pisan proceduralno sto meni sasvim odgovara :) OOP sam tek poceo da ucim...

Pogrešno smo se razumeli; nisam rekao da je krš zato što je prceduralan, već da je krš zato što je... Krš.

Ne postoje pravila. Gomila OOP koda je krš kao što ima i dosta proceduralnog koda koji je maksimalno korektan, razumljiv i radi posao.

ivanhoe 24. 11. 2006. 23:38

Citat:

Originalno napisao Ilija Studen
Off Topic: Pristup koji WP koristi je OK, ali sam WP kod je teški krš.

slazem se skroz, a i takav pristup radu pluginova nisu oni smislili, ali je WP poznat, pa mi je lakse da tako objasnim ideju


@blood: Inace sto se tice pluginova, tu ti je glavna stvar da ti sebi razjasnis u glavi redosled operacija koji je neophodan. Moras da imas definisan interfejs (odredjen broj metoda/funkcija) kojim ce aplikacija i plugin da komuniciraju. Kako ces tacno da resis koje pluginove ce da inkluduje aplikacija, to je tvoj izbor, ima vise varijanti (inklud svih fajlova iz direktorijuma, config fajl sa spiskom fajlova, cuvanje settinga u bazi i neki prozor preko koga to mozes da menjas, i sl...). Kad aplikacija includuje odredjeni fajl plugina, onda mozes ili da napravis da sam plugin izvrsi inicijalizaciju prilikom include-a, ili da definises da svaki plugin mora da ima objekat XY sa metodom koja ce biti pozvana i koja ce odraditi inicijalizaciju..


Vreme je GMT +2. Trenutno vreme je 03:20.

Powered by vBulletin® Verzija 3.6.8
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
Copyright © DevProTalk. All Rights Reserved.

Mišljenja, saveti, izjave, ponude ili druge informacije ili sadržaji nastali na Sajtu su vlasništvo onoga ko ih je kreirao, a ne DevProTalk.com, tako da ne morate da se oslanjate na njih.
Autori poruka su jedini odgovorni za ovakve sadržaje. DevProTalk.com ne garantuje tačnost, kompletnost ili upotrebnu vrednost informacija, stavova, saveta ili datih izjava. Ne postoje uslovi pod kojima bi mi bili odgovorni za štetu ili gubitak koji je posledica bilo čijeg oslanjanja na nepouzdane informacije, ili bilo kakve informacije nastale kroz komunikaciju između registrovanih članova.
Web sajt može sadržavati linkove na druge web sajtove na Internetu ili neke druge sadržaje. Ne kontrolišemo niti podržavamo te druge web sajtove, niti smo pregledali bilo kakve sadržaje na takvim sajtovima. Mi nećemo biti odgovorni za legalnost, tačnost ili prikladnost bilo kog sadržaja, oglasa, proizvoda, usluga ili informacije lociranim na ili distribuiranih kroz druge web sajtove, niti za bilo kakvu štetu nastalu kao posledica takvih informacija. DevProTalk.com drži i čuva druga prava vlasništva na web sajtu. Web sajt sadrže materijale zaštićene copyright-om, zaštitne znakove i druge informacije o pravu vlasništva ili softver. Članovi mogu poslatu informacije zaštićene pravima vlasništva njihovih nosilaca i ona ostaju zaštićena bez obzira da li su oni koji prenose te informacije to naveli ili ne. Osim informacija koje su u javnom vlasništvu ili za koje dobijete dozvolu, nemate pravo da kopirate, modifikujete ili na bilo koji način menjate, objavljujete, prenosite, distribuirate, izvršavate, prikazujete ili prodajte bilo koju informaciju zaštićenu pravima vlasništva. Slanjem informacija ili sadržaja na bilo koji deo DevProTalk.com, Vi automatski dozvoljavate i predstavljate garanciju da imate pravo da dozvolite DevProTalk.com ili članovima DevProTalk.com bespovratnu, kontinualnu, neograničenu, globalnu dozvolu da koriste, kopiraju, izvršavaju, prikazuju i distribuiraju takve informacije i sadržaje i da iz takvih sadžaja koriste bilo koji deo u bilo koje svrhe, kao i pravo i dozvolu da koriste gore navedene sadržaje. Svi zaštitni znakovi (trademarks), logotipi, oznake usluga, firme ili imena proizvoda koji se pominju na ovom web sajtu su vlasništvo kojim raspolažu njihovi vlasnici.