Zend Framework 1.7.2

[kykapa4a]

Вообще мне нравится тенденция развития Zend Framework. Они переходят к конкретике, реализовывая необходимые разработчикам бизнес-логики. Потому что вначале помню — это был набор неких абстрактных инструментов, при помощи которых уже было проще реализовать необходимый функционал.

[prn]

Да, динамика добавления новых фич впечетляет, когда же они скоростью работы и потреблением памяти займутся…

[Cepg]

тогда когда в этом возникнет необходимость…
ZF не самый тормозной и жрущий память фреймворк, есть конечно, проблемы, например, currency, но они известны и пути их решения тоже известны…

[prn]

Пути решения проблем есть практически всегда, но чаще они ломают красивый дизайн этого фреймворка

[san]

А они занимаются, в ветке 1.7 был проделан ряд улучшений. Mетью Офинни пишет приложение посвященное производительности framework.zend.com/manual/en/performance.html

[MTonly]

Не менее интересно, когда уже существующие модули будут доведены до состояния, когда их можно будет использовать. Например, Zend_Mail не будет «бить» темы сообщений, а Zend_Search_Lucene будет поддерживать нелатинские символы.

[daeq3]

Давно используем Zend_Search_Lucene для нелатинских символов… Нужно только правильный Analyzer ему дать (ЕМНИП)

[MTonly]

Если возможно, пожалуйста, поточнее.

[Aivean]

Подробнее:

Zend_Search_Lucene_Search_QueryParser::setDefaultEncoding('utf-8');
Zend_Search_Lucene_Analysis_Analyzer::setDefault(new Zend_Search_Lucene_Analysis_Analyzer_Common_Utf8());

Недостатки — case-sensitive поиск. Лечится приведением того, что индексируется, и того, что ищется, к нижнему/верхнему регистру.
Да, Zend_Search_Lucene_Analysis_Analyzer_Common_Utf8() индексирует, насколько я помню, только слова из алфавитных символов. Можете написать свой аналайзер, за основу взяв пример из документации.

[MTonly]

Да, Zend_Search_Lucene_Analysis_Analyzer_Common_Utf8() индексирует, насколько я помню, только слова из алфавитных символов.
То-то и оно.

Можете написать свой аналайзер, за основу взяв пример из документации.
Написать можно что угодно, но это уже далеко не out-of-the-box, в то время как смысл фреймворка в том, чтобы можно было использовать его сразу.

[daeq3]

Zend_Search_Lucene_Analysis_Analyzer_Common_Utf8_CaseInsensitive
Zend_Search_Lucene_Analysis_Analyzer_Common_Utf8Num

Они вам помогут в любых ситуациях: Р

[MTonly]

Спасибо, посмотрим. ;-)

[alexevil]

Да, темы сообщения в Zend_Mail это жесть, тупая ошибка в коде, но патчить каждый раз надоедает

[MTonly]

Можно написать свои классы, унаследовав их от Zend_Mail и Zend_Mime с вытекающей возможностью обновления ZF без необходимости повторных правок.

[o4kapuk]

А зачем патчить?
Достаточно унаследоваться в какой-нибудь другой класс, перекрыв проблемный метод.

[atukai]

в следующей версии не будет. Уже пофиксили и в свн лежит

[MTonly]

Хочется верить. В вышедшей вчера 1.7.3 заголовки по-прежнему портятся.

[zupernintendo]

>>> Zend_Search_Lucene_Search_QueryParser::setDefaultEncoding('utf-8');
>>> Zend_Search_Lucene_Analysis_Analyzer::setDefault(new Zend_Search_Lucene_Analysis_Analyzer_Common_Utf8());

я плакалъ
у авторов. какое то нездоровое влечение к длинным идентификатороам

[Kupyc]

Зато все сразу ясно: какая стратегия анализа устанавливается в качестве анализатора, с какими примерными свойствами, где искать ее файл. О разведении влажности можно подумать когда «Search::setAnalyzer(new SearchAnalyzer())».

[darkstyler]

хорошо б ещё нативную поддержку XSLT

[Awful]

Добавление новых фитч, ускорение работы, баги, глюки… и как вам всем нравится со всем этим чудом возиться? )) А реально для каких целей оправдано использовать фрамеворки?

[Awful]

окок… Очкуны-минунсисты ) Я понял — просто не могёте написать что-либо болемение стоящее сами… Вот и юзаете всякую фиготень…

Фрамеворки — полный УГ!
Кто не верит — тот пиздюг!

© Awful

[VolCh]

Когда лениво писать один и тот же код в разных проектах (опять-таки допуская баги, встречаясь с глюками и т. п.) для стандартных операций. Фреймворки (и не только PHP), наверное, это вершина концепции повторного использования кода (в реальных условиях).

Или Вы предпочитаете все самому писать, начиная с BIOS? ;)

[Awful]

Не вижу проблемы ) Фрамеворки как раз для того, чтобы не писать самому — а юзать готовые решения. При этом багнутые и избыточные чужые решения )

В то же время можно написать свои библиотеки или cms (для web-программирования) и их так-же спокойно в дальнейшем использовать.

[AntonShevchuk]

Только вот на их развитие и поддержку сил одного человека зачастую не хватает, и в результате они получаются ну очень куцыми.

Наверное Вы не работали в большой команде разработчиков — если есть кастомная разработка фреймворка и необходим быстрый фикс — то обычно и обновить документацию забудут, и юнит тест тоже не напишут. Была у нас подобная ситуация — в результате со стабильной версии ZF мы полностью перешли на его исопльзование — что очень сильно облегчило нам жизнь. Теперь намного легче новеньким подключаться к проектам, они имея за спиной опыт работы с одним проектом на ZF с легкостью ориентируются в других. А вот со старым фреймворком мы не заморачивались со совместимостью — поэтому поведение пакета N версии 1.0 могло сильно отличатсья от версии 1.1, в результате новичок вначале изучал ньюансы переделок (если они еще были описаны), а лишь потом мог приступать к работе…

[Awful]

Да действительно — не работал в боооольшой команде ) И сужу сточки зрения 1-го человека — т.е. себя )

[DibrovLALALA]

не удивился бы этому комменту пару лет назад, но сегодня как-то странно такое читать