1. У нас разные представления об активности :-)
2. Мы все еще говорим об идеологии фреймворка? Различий в чем? Вы так и не ответили на изначальный вопрос.
Найдите мне активного члена symfony1 коммюнити, который не является членом Symfony2 коммюнити.
Найдите мне пункт идеологии первой симфонии, который не подойдет ко второй.
Ссора между Apple и Samsung разразилась скорее не из-за патентов или того, что кто-то копирует идею, а из-за того, что кто-то просто в конец обнаглел, засмотревшись на китайский рынок «копипасты»: www.reddit.com/tb/kr14a И тут я Apple полностью поддерживаю. Игроки, которые даже дизайн девайса свой предложить не могут рынку не нужны. Это не конкуренция, это цыганство.
Три стартапа от евангелистов Симфони…
Логично, что они делаются на Симфонях. Было б цинично контрибьютить в фреймворк, а потом его не юзать =)
У тебя очень странный взгляд на мир. Не стартапы написаны на Symfony2 из-за того, что их разработчики евангелисты, а Symfony2 такая какая она есть, потому что ее разрабатывали под конкретные нужды. Тогда когда эти проекты начинали писаться — евангелизировать еще было нечего.
Симфони2 отличен для расширяемых приложений, для приложений над которыми работает большая команда. Всё можно кастомизировать и больше защиты от говнокодинга.
Серьезно. Ты когда-нибудь участвовал в проекте, который никто не планировал потом расширять??? Типа: «Реализуем вот эти 2 фичи и все и никакого развития»?
Впринципе в нынешнем проекте мы от симфони1 получаем сейчас много головной боли, ибо изначальные правила уже не работают.
Я от symfony1 получал уйму головной боли уже на проектах среднего уровня. Как только тебе нужно мало-мальское наследование моделей — ты в аду. Да, на мелких проектах ты этого не замечаешь. Но опять, не вижу смысла на мелких проектах использовать как symfony1, так и Symfony2 и Rails. Для этого есть более адекватные средства.
Но начиная проект и не планируя его делать крупной командой я выберу Rails или Django или даже Grails. Код там пишется быстрее, компонентов больше, пейджер делается одной командой, а не огромным бандлом с зендовскими либами.
Ну так никто и не говорит, что Symfony2 должен и подходит всем и каждому. Если проект мелкий — типа сайт-открытка или социлка с двумя страницами — какой смысл тянуть Symfony2. Так же как и нет смысла тянуть Rails. Я буду использовать Silex в php или Sinatra в руби или более подходящий язык и технологию…
И кстати, пример с пагинацией уже в корне не корректен. Уже достаточно давно проблема решается одним бандлом и одной строчкой в шаблоне и контроллере. Второй симфонии еще четырех месяцев нет. Глупо говорить о том, что у нее чего-то мало (компонентов) по сравнению с матерым Rails, не добавляя уточнения «пока» ;-)
Т.е. получается нынешняя ниша для Симфони — это проекты в вебстудиях. Там чаще можно делать новые проекты, нужно использовать старые наработки и пр.
Ну какбы совсем нет: jirafe.com/, www.exercise.com/, opensky.com/. Три стартапа на Symfony2, которые уже пол-года успешнейше живут и развиваются без «новых проектов».
Мы делаем проекты совершенно разных уровней. И основная их масса — стартапы. Единственная разница в том, что они не для себя. И я с тобой согласен почти во всем. Но повторюсь: «поле боя» выбрал НЕ Я:
вы играете в игру make java from php, вместо фокус держать на реальных задачах.
symfony хорош чтоб поиграться на этом точка.
в портфолио на sf2 пару проектов, ну че молодцы за полгода))
symfony и почти все его компоненты, понты для приезжих(молодых разработчиков)
может когда то поймете что важно быстрее запустить проект и получать прибыль а не неймспесами мерятся
Ты же сам противоречишь тому, кого защищаешь своим пояснением:
Причем здесь что? Оппонент высказался, что я решаю нереальные задачи. Я ему показал портфолио с вполне реальными и уже решенными задачами. Вот и все. Никаких «сперва добейся» или «у меня толще».
И он работает быстро, т.к. данные уже экранированные лежат в кеше. А вот если бы при каждом выводе они экранировались в самом шаблоне это дало бы лишнюю нагрузку.
Просты вы кешируете только данные. А предлагаю кешировать отдельные компоненты.
Я не говорил, что это не важно. Я говорил, что есть другие способы подобные проблемы решать, которые не включают ухудшение читабельности кода и тормозят дальнейшее развитие проекте в следствие.
Серьезно, вы не кешируете страницу, запрашиваемую 100 раз в секунду???
И да, в Symfony 1.x автоматизированное экранирование в купе с embedded forms — одни из самых ужасных вещей, которые были решены чуть ли не в первую очередь при написании Symfony2. Невозможность сделать на php качественный автоматический эскейпер — это причина, по которой в Symfony2 его нет и почему приоритетным шаблонизатором там является twig, лишенный этих проблем.
Я просто сказал что symfony и почти все его компоненты, понты для приезжих(молодых разработчиков).
Мдаааа.
Я предпочитаю реальные задачи решать, если это a + b то так и будет, а не как это делает SF // this->getVariableAPlusVariableBAndMaybeVariableC… о еще неймспейс на полкилометра
Я вам показал, что и как делаем мы. Где же ваши «реальные задачи»?
Вы говорите про фильтрацию входных данных. Я про их экранирование на выводе. Это разные задачи и это надо понимать.
Например, если доменная логика подразумевает, что у объекта текст не должен содержать картинок, то, конечно, будет лучше если мы эти данные нормируем (вырежем тэги со strip_tags()) перед тем, как сохранить куда-либо.
А вот, допустим замена запрещенных символов (допустим у вас в тексте есть "&" или ">") — это экранирование. Потому как в этом случае, изначальные данные должны измениться, чтобы соответствовать конкретному представлению. Однако, сами данные должны быть доступны в исходном виде, в соответствии с доменной логикой (без тэгов, но с "&" и ">" в нашем случае).
2. Мы все еще говорим об идеологии фреймворка? Различий в чем? Вы так и не ответили на изначальный вопрос.
Найдите мне пункт идеологии первой симфонии, который не подойдет ко второй.
www.apple.com/displays/
У тебя очень странный взгляд на мир. Не стартапы написаны на Symfony2 из-за того, что их разработчики евангелисты, а Symfony2 такая какая она есть, потому что ее разрабатывали под конкретные нужды. Тогда когда эти проекты начинали писаться — евангелизировать еще было нечего.
Серьезно. Ты когда-нибудь участвовал в проекте, который никто не планировал потом расширять??? Типа: «Реализуем вот эти 2 фичи и все и никакого развития»?
Я от symfony1 получал уйму головной боли уже на проектах среднего уровня. Как только тебе нужно мало-мальское наследование моделей — ты в аду. Да, на мелких проектах ты этого не замечаешь. Но опять, не вижу смысла на мелких проектах использовать как symfony1, так и Symfony2 и Rails. Для этого есть более адекватные средства.
Ну так никто и не говорит, что Symfony2 должен и подходит всем и каждому. Если проект мелкий — типа сайт-открытка или социлка с двумя страницами — какой смысл тянуть Symfony2. Так же как и нет смысла тянуть Rails. Я буду использовать Silex в php или Sinatra в руби или более подходящий язык и технологию…
И кстати, пример с пагинацией уже в корне не корректен. Уже достаточно давно проблема решается одним бандлом и одной строчкой в шаблоне и контроллере. Второй симфонии еще четырех месяцев нет. Глупо говорить о том, что у нее чего-то мало (компонентов) по сравнению с матерым Rails, не добавляя уточнения «пока» ;-)
Ну какбы совсем нет: jirafe.com/, www.exercise.com/, opensky.com/. Три стартапа на Symfony2, которые уже пол-года успешнейше живут и развиваются без «новых проектов».
Ты же сам противоречишь тому, кого защищаешь своим пояснением:
С которым, кстати, я полностью согласен ;-)
Просты вы кешируете только данные. А предлагаю кешировать отдельные компоненты.
Серьезно, вы не кешируете страницу, запрашиваемую 100 раз в секунду???
И да, в Symfony 1.x автоматизированное экранирование в купе с embedded forms — одни из самых ужасных вещей, которые были решены чуть ли не в первую очередь при написании Symfony2. Невозможность сделать на php качественный автоматический эскейпер — это причина, по которой в Symfony2 его нет и почему приоритетным шаблонизатором там является twig, лишенный этих проблем.
Мдаааа.
Я вам показал, что и как делаем мы. Где же ваши «реальные задачи»?
Например, если доменная логика подразумевает, что у объекта текст не должен содержать картинок, то, конечно, будет лучше если мы эти данные нормируем (вырежем тэги со
strip_tags()) перед тем, как сохранить куда-либо.А вот, допустим замена запрещенных символов (допустим у вас в тексте есть "&" или ">") — это экранирование. Потому как в этом случае, изначальные данные должны измениться, чтобы соответствовать конкретному представлению. Однако, сами данные должны быть доступны в исходном виде, в соответствии с доменной логикой (без тэгов, но с "&" и ">" в нашем случае).