Для тех кто начинает вникать в самый трендовый фреймворк, прелагаю немного ознакомиться с чего начать и с чем это всё едят ;))
В первых для профессионального программирования нужно умение читать текст на английском т.к. самая актуальная документация будет всегда только на нём, находится она на оффсайте http://symfony[dot]com/doc/current/index[dot]html описано всё достаточно простым и лаконичным языком, так что вдойне полезно будет её читать для изучения енг в том числе ;))
Далее нужно понимать что симфони это не монолитный "фреймворк", это может казаться не привычным, а можно сказать "мета-фреймворк" или просто "проект" суть в том, что у него очень мало связанные компоненты и их можно ипользовать где угодно, например впилить симфонический компонент контейнера сервисов в Yii. Для понимания на сколько симфони можно разложить по кирпичикам, есть хорошый цикл статей от автора симофни: http://fabien[dot]potencier[dot]org/arti[dot][dot][dot]omponents-part-1 там 12 частей, также есть переводы первых 5 частей на русский http://habrahabr[dot]ru/post/136110/
В симфони используется ряд библиотек, которые можно использовать и вне проекта Symfony2, например:
есть ощущение, что вопрос больше не про ооп, а про архитектуру приложения в целом ;) а какой из элементов этой архитектуры будет объект, а какой массив - это уже дело техники.
что-то посоветовать можно, но чтобы ответ мог получиться более адекватное, нужно понять скилл реципиента ;) а именно, какие книги прочитал, посомтреть примеры кода, который реципиент готов показать, какими технологиями и библиотеками владеет, какие цмс-ки и фреймворки изучил внутри... и самое важное - для чего это всё ему надо? ;))))
существует много "правил" ;)) помимо "mvc", есть еще и другие паттерны, например "Observer", в некотором смысле он же "Event Dispatcher", собственно ссылки на пример выше
Нет, в производительность я вкладываю нагрузку на сервер (время. рам)
допустим, а производился анализ стоимости времени программиста и стоимости сервера? т.е. может быть выгоднее получится сократить время работы человека, но вложить чуть больше в сервер?
А насчет минусов, думаю можно добавить не высокую производительность, помню тесты были, давно правда, не знаю как там щас, но судя по тому что там все как-то мудренно то вряд ли дело сильно изменилось...
какие показатели в цифрах тебя устроят в плане производительности? ;)
сф2 - это не "микро", по этому надо смотреть в сторону например Silex, Laravel4 или если совсем что-то мизерное нужно, то Slim2.
а так то разумеется всё будет примерно похоже ) язык то один
ЗЫ: в сторону симфони, как полноценного фреймворка, могу добавить только один недостаток - его нужно изучить... без этого никак в остальном претензий нет хоть для маленьких проектов, хоть для больших...
велики - это прекрасно! ) я сам их люблю ;)) но вот использовать удобные библиотеки это хорошо ;) и когда пишется какбы "свой" велик, то лучше собирать солянку из лучших решений под себя ;) а для этого разумеется нужно знать что нынче в мире существует ;)
Главная
Помощь
Поиск
Пользователи
Найдено сообщений: 406
суть в том, что у него очень мало связанные компоненты и их можно ипользовать где угодно, например впилить симфонический компонент контейнера сервисов в Yii. Для понимания на сколько симфони можно разложить по кирпичикам, есть хорошый цикл статей от автора симофни: 
в остальном претензий нет 
