AntonShevchuk Dec 24 2008 at 13:09

Zend Framework 1.7.2

1 min

822

Zend Framework*

+22

Comments 27

kykapa4a Dec 24 2008 at 13:26

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

prn Dec 24 2008 at 14:08

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

Cepg Dec 24 2008 at 16:16

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

prn Dec 24 2008 at 16:37

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

san Dec 24 2008 at 16:40

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

MTonly Dec 24 2008 at 17:20

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

daeq3 Dec 24 2008 at 17:38

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

MTonly Dec 24 2008 at 17:42

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

Aivean Dec 24 2008 at 18:24

Подробнее:

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 Dec 24 2008 at 18:37

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

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

daeq3 Dec 24 2008 at 18:42

Zend_Search_Lucene_Analysis_Analyzer_Common_Utf8_CaseInsensitive
Zend_Search_Lucene_Analysis_Analyzer_Common_Utf8Num

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

MTonly Dec 24 2008 at 18:44

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

alexevil Dec 24 2008 at 18:15

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

MTonly Dec 24 2008 at 18:44

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

o4kapuk Dec 24 2008 at 18:56

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

atukai Jan 19 2009 at 12:55

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

MTonly Jan 20 2009 at 11:35

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

zupernintendo Dec 24 2008 at 21:08

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

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

Kupyc Dec 24 2008 at 21:46

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

darkstyler Dec 24 2008 at 21:14

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

Awful Dec 25 2008 at 02:16

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

Awful Dec 26 2008 at 05:10

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

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

© Awful

VolCh Dec 26 2008 at 05:43

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

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

Awful Dec 26 2008 at 08:44

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

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

AntonShevchuk Dec 26 2008 at 10:42

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

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

Awful Dec 26 2008 at 10:52

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

DibrovLALALA Feb 16 2009 at 20:53

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