[Symfony]Symfony a duże projekty, wydajność Opcje

[athabus]

Witam,

mam pytanie czy macie jakieś obserwacje dotyczące wydajności symfony w dużych projektach. Konkretnie nurtuje mnie czy rozległość "w poziome" portalu wpływa znacząco na wydajność. Czyli przykładowo jeden projekt symfony obsługuje np. wortal + sklep + forum + katalog.
Wiadomo w takich przypadkach przyrasta klas, reguł w konfiguracji itp. Pytanie czy to znacząco negatywnie wpływa na wydajność. Nie mam jeszcze nic na czym mógłbym to porównać, więc chciałbym poznać wasze opinie/doświadczenia.

Żeby doprecyzować chodzi mi tu o to, że portal (a co za tym idzie pojedynczy request) nie tyle jest skomplikowany co rozległy.

Ten post edytował athabus 1.12.2008, 16:52:58

[qqrq]

Skoro temat już poszedł w stronę porównywania ORM-ów, to powiem od siebie, że używałem i Propela i Doctrine i ten drugi wydał mi się o wiele bardziej przystępny. Najkrócej rzecz ujmując - to co przy pomocy obiektu Criteria w Propelu robimy w n liniach w Doctrine robimy DQL-em w jednej linii.

[mike]

Najkrócej rzecz ujmując - to co przy pomocy obiektu Criteria w Propelu robimy w n liniach w Doctrine robimy DQL-em w jednej linii.

Propel w wersji 1.3 też nastawia sięmocno na fluent interface i też mozna psiać w jednej linii (IMG:http://forum.php.pl/style_emoticons/default/tongue.gif) za pomocą Criteria.
Choć fakt DQL jest fajny, choć ja nie mogę z nim pracować. Za bardzo porównuje do HQL'a.

[qqrq]

Propel w wersji 1.3 też nastawia sięmocno na fluent interface i też mozna psiać w jednej linii (IMG:http://forum.php.pl/style_emoticons/default/tongue.gif) za pomocą Criteria.

Tym samym Propel zbliża się do Hibernate-a. (IMG:http://forum.php.pl/style_emoticons/default/tongue.gif) I dobrze - oby było wygodniej.