Libraries & Helpers - Forum PHP.pl

Libraries & Helpers

marcio Zobacz profil	18.11.2009, 01:41:55 Post #1
Grupa: Zarejestrowani Postów: 2 291 Pomógł: 156 Dołączył: 23.09.2007 Skąd: ITALY-MILAN Ostrzeżenie: (10%)	Witam w moim systemie(fw) obsluguje biblioteki jak i helpery(jak narazie nie mam zadnego). Chce sie dowiedziec jaka u was jest roznica pomiedzy biblioteka a helperem. Ogolnie rzecz biorac nie znalazlem zadnej interesujacej mnie odpowiedzi w google jesli chodzi o roznice pomiedzy biblioteka a helperem jednak mam moje zdanie, widzac tez jak dziala to w kohanie lub fw przedstawionych na forum(rapide,mohebo,vframe) do ktorych niestety nie mam kodu tylko watek z forum. Ja to widze tak: -Library: czyli klasa ktora pelni dana role potrzebna mniej lub wiecej samemu systemowi by dzialal, lub jakies stale rozszerzenia systemu tak ogolnie mowiac, mam nadzieje ze rozumiecie co chce przez to powiedziec. -Helper: klasa ze zbiorem krotkich metod ktora pomoga bibliotece lub danemu komponencie/pluginu, niezalezna od samego systemu. Teraz tak widzialem rozne implementacje helperow jako klasy tylko z metodami statycznymi lub zwykle klasy jak lib z mniejsza funkcjonalnoscia. Ktora metoda jest najbardziej odpowiednia? I czy helper powinien byc jakby to powiedziec "czescia" widoku tzn jego wywolanie powinno znajdowac sie w widoku lub jako klasa w kontrolerze komponentu/pluginu? Patrzac np na kohana(http://docs.kohanaphp.com/helpers/upload) widac ze helper dziala razem z kodem biblioteki w kontrolerze, jednak w rapide(http://forum.php.pl/index.php?showtopic=53356&view=findpost&p=291964) wszystko jest w widoku. Nie wiem czy obydwie implementacje sa prawidlowe lub jest to widzimisie kodera i jego wygody? Pytam bo chcialbym zrobic to jak najlepiej i jak najbardziej dzielic wszystko na biblioteke/helper

Odpowiedzi

marcio Zobacz profil	22.11.2009, 02:39:53 Post #2
Grupa: Zarejestrowani Postów: 2 291 Pomógł: 156 Dołączył: 23.09.2007 Skąd: ITALY-MILAN Ostrzeżenie: (10%)	Cytat(Crozin @ 18.11.2009, 16:16:33 ) Wywołanie jakiejś funkcji czy metody, załadowanie dodatkowej klasy to oczywiście dodatkowy narzut na pamięć czy procesor, ale... 1) Jest to tak nikłe, że nie warto szukać optymalizacji tutaj 2) Nie powinno się popadać w skrajność 3) Wydajność aplikacji jest bardzo ważna - ale nie najważniejsza w większości przypadków Ja nie mowie o wywolaniu w jakims komponencie czy czyms innym: [PHP] pobierz, plaintext Loader::Helper('Url'); $this -> view -> AddVar('link', Url::MakeUrl('news', 'show', '1')) [PHP] pobierz, plaintext Lecz o: [HTML] pobierz, plaintext <html> Url::MakeUrl('news', 'show', '1'); // zwraca nam link za pomoca return </html> [HTML] pobierz, plaintext Gdzie klasa View za kazdym napotkaniem Klasa::metoda(); wywola funckje dana funkcje(wczesniej trzeba bedzie tylko zaladowac helper do kontrolera by klasa view tego juz nie robila) i przekazywala jej parametry wszystko za pomoca regexp Ok co do helperow juz rozwiazalem klasa z metodami statycznymi i mozna wykonac tylko z poziomu php w widoku nie ma takiej mozliwosci(jak narazie). Jednak nasuwa mi sie kolejne pytanie. Kalendarz,godzina+data,menu i takie proste statyczne rzeczy gdzie powinny sie znajdowac ponoc rozbijanie aplikacji na jak najmniejsze czesci nie jest zbyt dobrym pomyslem, jednak taka prosta i statyczna rzecz ktora nie potrzebuja nawet modelu nie pasuja mi ani do komponentow/pluginow(poniewaz te maja troche wieksza funkcjonalnosc) ani do helperow. Wiec tak patrzac troche na archiwum pro, fw RAPIDE i symfony zauwazylem nasze piekne i znane Widgety/Aplety czy jak kto woli to nazywac funkcjonalnosc jest taka sama. Jak dla mnie taki kalendarz(czy inny prosty widget/aplet) powinien miec bardziej ubogi kontroler niz ten od komponentu/pluginu powinien posiadac prosty widok i w kontrolerze dostep tak do max 3 obiektow Lang,Router i Auth i Acl. I teraz czy taki widget ogolnie powinien posiadac tylko jedna metode np Execute() czy Render() lub moze posiadac ich kilka? Wtedy z poziomu kontrolera latwo byloby wczytac taki widget ktory zwroci nam kod html by go wstawic np w komponencie panelu user'a: [PHP] pobierz, plaintext $this -> view -> Addvar('Calendar', Loader::Widget('Calendar')); // w naszym komponencie Profil potrzebujemy kalendarz wiec go "includujemy". [PHP] pobierz, plaintext Co wy na to? EDIT Z tego co doczytalem chodzi o Sloty z symfony wywoluje akcje i jej wynik wsadzam do widoku. Ten post edytował marcio 22.11.2009, 03:18:07

Posty w temacie

marcio Libraries & Helpers 18.11.2009, 01:41:55

LBO Biblioteka - Zbiór ścisłe ze sobą współpracujących... 18.11.2009, 02:52:44

phpion Cytat(marcio @ 18.11.2009, 02:41:55 )... 18.11.2009, 08:48:13

fly474 Hej Fragment ze strony Kohana: CytatHelpers are ... 18.11.2009, 08:53:36

thek To ja może dodam małe uzupełnienie do poprzednika.... 18.11.2009, 10:06:49

zzeus nie wiem czy w dobrym kierunku idę, ale np. mamy z... 18.11.2009, 10:51:09

thek Dopóki nie odwołujesz się do tych obiektów wewnątr... 18.11.2009, 11:27:33

mike Cytat(thek @ 18.11.2009, 11:27:33 ) N... 18.11.2009, 12:03:17

marcio Cytat(fly474 @ 18.11.2009, 08:53:36 )... 18.11.2009, 12:24:33

Cysiaczek Helper to helper - jak nie pomaga, to nie jest hel... 18.11.2009, 13:57:26

marcio tak samo mozna napisac helper do wyswietlania link... 18.11.2009, 15:35:12

Cysiaczek Tak właśnie się robi. Po jakimś czasie masz sporo ... 18.11.2009, 15:49:19

marcio No to wlasnie uzywac helpery z poziomu kontrolerow... 18.11.2009, 16:03:36

Crozin Wywołanie jakiejś funkcji czy metody, załadowanie ... 18.11.2009, 16:16:33

marcio Cytat(Crozin @ 18.11.2009, 16:16:33 )... 22.11.2009, 02:39:53

destroyerr Raczej nie są to sloty, a komponenty. Co do probl... 22.11.2009, 10:25:18

marcio Cytat(destroyerr @ 22.11.2009, 10:25... 22.11.2009, 13:53:09

« Następny starszy · Hydepark · Następny nowszy »

2 Użytkowników czyta ten temat (2 Gości i 0 Anonimowych użytkowników)

0 Zarejestrowanych: