Forum PHP.pl

Propel nie jest pośrednikiem pomiędzy bazą a Creole. Owszem korzysta z Creole ale w charakterze abstrakcji do wykonywania zapytań. Propel jest elementem który zastępuje pisanie zapytań. Są one tworzone automagicznie przy pomocy wywoływanych metod. (IMG:http://forum.php.pl/style_emoticons/default/smile.gif)
Dzięki zastosowaniu propela pozbywasz się problemów z pisaniem zapytań i warstwy zajmującej się bazą danych. Poniżej przykład akcji, którą wykorzystywałem do edycji i dodawania treści.

[PHP] pobierz, plaintext 
<?php
class ContentInputAction extends action {
 
	function execute() {
		// wczytuje potrzebne biblioteki - include_path odpowiedni ustawiony
		include_once 'propel/Propel.php';
		include_once 'eilfix/ContentPeer.php';
		include_once 'eilfix/UsersPeer.php';
		include_once 'eilfix/Users.php';
 
		Propel::init(MO_LIB_DIR .'/eilfix-conf.php');
 
		$r = $this->getContext()->getRequest();
 
		// jesli jest identyfikator tresci
		if($r->hasParameter('id_content')) {
			// zwroc ten wiersz
		   $cont = ContentPeer::retrieveByPK($r->getParameter('id_content'));
		} else {
			// stworz nowy obiekt
			$cont = new Content;
		}
 
		// tutaj spokojnie moge robic to w ten sposob
		// bo dane sa odpowiedni zwalidatowane i okrojone
		$cont->setContentTitle($r->getParameter('content_title'));
		$cont->setContentDescription($r->getParameter('content_description'));
		$cont->setContentText($r->getParameter('content_text'));
 
		$cont->save();
 
		$this->getContext()->getController()->forward('Admin','Content');
	}
} // dalej inne metody ..
?>
[PHP] pobierz, plaintext 

Ten post edytował splatch 10.01.2006, 00:12:41

Po co pisać wszystko od podstaw? Jak 90% rzeczy już jest i działa sprawnie?
Na jaki czas jest przewidziany projekt? Jak miesiąc, dwa pół roku to nie ma sensu, rok dwa lata? można myśleć nad dedykowanym frameworkiem - zaznaczam jednak, że jeden programista czy dwóch do tego nie wystarczy.

Tak jak pisałem wyżej, jak masz czas i zasoby na to + najważniejsze - pole produkcyjne do testów to warto.

Ad. 4. Tak bo usprawniają cały projekt, standaryzują itd.
Ad. 5. Własny - Arrow Framework - 3 lata tworzenia na bazie kilkudziesięciu projektów komercyjnych (od nie dużych stron po systemy transakcyjne),
dostępny dla wszystkich chętnych na licencji LGPL - kontakt -> PW - Zapraszam.


pzdr patS

Ten post edytował patrycjusz 11.01.2006, 14:05:01

Pisanie czegokolwiek od podstaw jest w wiekszosci przypadkow tak naprawde niepotrzebne. Ja osobiscie z patentow typu Prado czy Mojavi nie korzystam. Jako idea frameworka bardziej odpowiada mi zestaw gotowych klas o wspolnym API i dobrze wspolpracujacych ze soba. Przeykladem czegos takiego jest chocby ezComponents, ktory bardzo mi przypadl do gustu. Owszem nie wszystkie rozwiazania mi pasuja dla czesc sobie dostosowuje do wlasnych potrzeb.

Bardzo nie lubie kiedy framework mi narzuca strukture aplikacji. Ostatnio spoktalem z klientem ktory potrzebowal miec 4 osobne panele administracyjne. Z rozna grafika i roznym sposobem kontroli uprawnien - myslicie ze ktorys z frameworkow by sie nadal ?

Tak - Arrow Framework
Zapraszam - PW.

4 Panele -> 4 schematy, dla kazdego drzewko szablonow plus osobne klasy strony,
uprawnienia -> oparte o drzewka ACL, grupy Aro/Aco na wzór PHPGacl.

patS

P.S. Przepraszam za auto - reklame (IMG:http://forum.php.pl/style_emoticons/default/winksmiley.jpg)

@NuLL: hihi, mój też by dał radę (IMG:http://forum.php.pl/style_emoticons/default/winksmiley.jpg) Właśnie to jest to czego nie trawię w obecnych frameworkach - ułatwiają wszystko co się da, jednocześnie tworząć dość spore ograniczenia. Bardzo często posiadają włąsne zintegrowane sterowniki DB, systemy szablonów, itp itd... tylko co do tego ma framework? :]

OOP + mechanizm autoload pozwalają całkowicie zmieniać strukturę aplikacji wg upodobań. Framework obsługuje tylko Request/Response i uruchamia akcję. Więc problem z różnymi autoryzacjami to już Twój problem a nie jego.

Fakt - wada jest taka że na pewno pewne aplikacje pisać będę dłużej niż np. w PRADO który robi za mnie 1000 rzeczy. Ale zaleta taka, że wiele rzeczy nie zrobię w PRADO a u siebie tak.

Mam chyba coś takiego, co wielu z was też najprawdopodobniej by odnalazło - poczucie - że jak coś robić to samemu bo może to nie jest najlepsze ale za to wpełni dla mnie zrozumiałe.

Niestety na dłuższą metę to się po prostu nie opłaca. Jeslirobisz poważny autorski projekt, wymagajacy stabilności, bezpieczeństwa, wydajności, masz do tego sztab ludzi i zamierzasz to ciągnąć rozwijać i rozbudowywać i co najważniejsze sprzedawać to warto wszystko zrobić od podstaw.

Jeśli to jednorazowe zlecenie, jesteś sam i nie masz czasu to lepiej abyś się zapoznał z rozwiązaniami już obmyślonymi przez innych i skorzystał z ich uprzejmości. Zresztą nawet jak robisz coś samodzielnie to warto abyś wiedział jak to robią inni bo zawsze się można czegoś nauczyć. Wiem że przegryzanie się przez cudzą logikę i odmienne przyzwyczajenia programistyczne to upierdliwe zadanie. W pierwszym momencie płacisz frycowe i poświęcasz dużo czasu na zaimplementowanie całkiem prostych mechanizmów, ale z czasem Ci to zaprocentuje.

Osobiście uważam, że poznanie pracy najlepszych z najlepszych nawet przy okazji realizacji małego projektu warte jest zachodu.

Nie zawsze też to my będziemy decydować o tym, co będzie rdzeniem aplikacji, a znajomość tych najpopularniejszych aplikacji wtedy zaprocentuje (IMG:http://forum.php.pl/style_emoticons/default/smile.gif) .

Zastanawiam się nad jedną rzeczą... osobiście nie znam sie na frameworkach i nie miałem z nimi styczności, ale czy można je połączyć w jakiś sposób z AJAXem?

Czy są do tego przewidziane jakieś specjalne frameworki, czy można samemu wkomponować tą technike?

Proszę o rady...


I jeszcze jedno, co do Propel'a, czy macie jakieś sprawdzone artykuły po polsku na jego temat?

Jasne, duża część frameworków posiada jakąś tam obsługę AJAXu. PRADO np. ma się tego doczekać w zbliżającej się wersji 3.1 (nawiasem: PRADO ma wbudowaną klasę do integracji z Propelem).


--


Nie zgodzę się tak do końca. Jest coś takiego jak wygoda programisty, wyższy stopień abstrakcji itd. Zresztą PRADO niedługo ma się doczekać dość ciekawych komponentów do cache, a to w połączeniu z postback da napewno ciekawe efekty. Poza tym, jeżeli komuś zależy na szybkości, niech nie programuje w php (IMG:http://forum.php.pl/style_emoticons/default/winksmiley.jpg)

Ten post edytował intol 30.04.2006, 22:45:21

http://phppl.ezpublish.no/phppl/wortal/art..._danych_w_php5/
Jednak ja mam duże zastrzeżenia do tego artykułu ...

utorial_for_using_CallBack_in_PRADO' target='_blank

PRADO już ma obsługę AJAX-u od wersji 2.1 (albo 2.0)

P.S Bawie się już 4 dni PRADO i szczerze mówiąc dla mnie to najlepszy framework z jakim sie narazie spotkałem (może dlatego że jest podobny do .NET Framework)

Pozdrawiam

PRADO owszem jest bardzo fajny.
W końcu to RAD, ale jego kod to jeden wielki śmietnik.

Developerzy PRADO nie znaja niestety pojęcja optymalizacja i PRADO jest po prostu ... wolne.

Osobiście polecam Mojavi 3.0 / Agavi 1.0

http://www.h3rald.com/articles/view/rails-...-php-frameworks

tutaj jest kilka frameworkow przedstawionych, niektore mniej znane, moze ktos skorzysta i z nimi sie zapozna

Jestem za frameworkami, wyobraz sobie ze piszesz aplikacje co ma pracowac z bazami danych, (kilkoma i kazdy to inny rodzaj).
Czy bedziesz pisal po kilka dziesiat funkcji to sterowania tym mechanizmem ty poprostu uzyjesz ADOdb z PEAR ? i wcale nie jest wolniejsze ani "gorsze"

Zapewne korzystaliscie CakePHP i Symfony. Te frameworki na pierwszy rzut oka sa do siebie podobne, oba w koncu bazuja na RoR. Jestescie w stanie wskazac najbardziej znaczace roznice? W czym ktory przewyzsza drugiego? Nie mam czasu zabrac sie za oba (studia, praca :/ ) wiec licze na to ze pomozecie mi w wyborze.

Jesli juz mialbym jakis polecac to Symfony. Dla mnie CakePHP jest syfiato napisany ;-) Zreszta sam sobie obejrzyj...

Zgadzam sie z tym.

Dla mniej wtajemniczonych użytkowników: przetłumaczyłem tutorial "quickstart" z PRADO: http://www.pradosoft.com/wiki/index.php/St...uj%C4%85c_PRADO