Comments 27
Вообще мне нравится тенденция развития Zend Framework. Они переходят к конкретике, реализовывая необходимые разработчикам бизнес-логики. Потому что вначале помню — это был набор неких абстрактных инструментов, при помощи которых уже было проще реализовать необходимый функционал.
+1
Да, динамика добавления новых фич впечетляет, когда же они скоростью работы и потреблением памяти займутся…
+3
тогда когда в этом возникнет необходимость…
ZF не самый тормозной и жрущий память фреймворк, есть конечно, проблемы, например, currency, но они известны и пути их решения тоже известны…
ZF не самый тормозной и жрущий память фреймворк, есть конечно, проблемы, например, currency, но они известны и пути их решения тоже известны…
+1
А они занимаются, в ветке 1.7 был проделан ряд улучшений. Mетью Офинни пишет приложение посвященное производительности framework.zend.com/manual/en/performance.html
+1
Не менее интересно, когда уже существующие модули будут доведены до состояния, когда их можно будет использовать. Например, Zend_Mail не будет «бить» темы сообщений, а Zend_Search_Lucene будет поддерживать нелатинские символы.
0
Давно используем Zend_Search_Lucene для нелатинских символов… Нужно только правильный Analyzer ему дать (ЕМНИП)
0
Если возможно, пожалуйста, поточнее.
0
Подробнее:
Недостатки — case-sensitive поиск. Лечится приведением того, что индексируется, и того, что ищется, к нижнему/верхнему регистру.
Да, Zend_Search_Lucene_Analysis_Analyzer_Common_Utf8() индексирует, насколько я помню, только слова из алфавитных символов. Можете написать свой аналайзер, за основу взяв пример из документации.
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() индексирует, насколько я помню, только слова из алфавитных символов. Можете написать свой аналайзер, за основу взяв пример из документации.
+1
Да, Zend_Search_Lucene_Analysis_Analyzer_Common_Utf8() индексирует, насколько я помню, только слова из алфавитных символов.
То-то и оно.
Можете написать свой аналайзер, за основу взяв пример из документации.
Написать можно что угодно, но это уже далеко не out-of-the-box, в то время как смысл фреймворка в том, чтобы можно было использовать его сразу.
То-то и оно.
Можете написать свой аналайзер, за основу взяв пример из документации.
Написать можно что угодно, но это уже далеко не out-of-the-box, в то время как смысл фреймворка в том, чтобы можно было использовать его сразу.
0
Да, темы сообщения в Zend_Mail это жесть, тупая ошибка в коде, но патчить каждый раз надоедает
+1
Можно написать свои классы, унаследовав их от Zend_Mail и Zend_Mime с вытекающей возможностью обновления ZF без необходимости повторных правок.
0
А зачем патчить?
Достаточно унаследоваться в какой-нибудь другой класс, перекрыв проблемный метод.
Достаточно унаследоваться в какой-нибудь другой класс, перекрыв проблемный метод.
+2
в следующей версии не будет. Уже пофиксили и в свн лежит
0
>>> Zend_Search_Lucene_Search_QueryParser::setDefaultEncoding('utf-8');
>>> Zend_Search_Lucene_Analysis_Analyzer::setDefault(new Zend_Search_Lucene_Analysis_Analyzer_Common_Utf8());
я плакалъ
у авторов. какое то нездоровое влечение к длинным идентификатороам
>>> Zend_Search_Lucene_Analysis_Analyzer::setDefault(new Zend_Search_Lucene_Analysis_Analyzer_Common_Utf8());
я плакалъ
у авторов. какое то нездоровое влечение к длинным идентификатороам
-5
хорошо б ещё нативную поддержку XSLT
-1
Добавление новых фитч, ускорение работы, баги, глюки… и как вам всем нравится со всем этим чудом возиться? )) А реально для каких целей оправдано использовать фрамеворки?
-5
окок… Очкуны-минунсисты ) Я понял — просто не могёте написать что-либо болемение стоящее сами… Вот и юзаете всякую фиготень…
Фрамеворки — полный УГ!
Кто не верит — тот пиздюг!
© Awful
Фрамеворки — полный УГ!
Кто не верит — тот пиздюг!
© Awful
-1
Когда лениво писать один и тот же код в разных проектах (опять-таки допуская баги, встречаясь с глюками и т. п.) для стандартных операций. Фреймворки (и не только PHP), наверное, это вершина концепции повторного использования кода (в реальных условиях).
Или Вы предпочитаете все самому писать, начиная с BIOS? ;)
Или Вы предпочитаете все самому писать, начиная с BIOS? ;)
0
Не вижу проблемы ) Фрамеворки как раз для того, чтобы не писать самому — а юзать готовые решения. При этом багнутые и избыточные чужые решения )
В то же время можно написать свои библиотеки или cms (для web-программирования) и их так-же спокойно в дальнейшем использовать.
В то же время можно написать свои библиотеки или cms (для web-программирования) и их так-же спокойно в дальнейшем использовать.
0
Только вот на их развитие и поддержку сил одного человека зачастую не хватает, и в результате они получаются ну очень куцыми.
Наверное Вы не работали в большой команде разработчиков — если есть кастомная разработка фреймворка и необходим быстрый фикс — то обычно и обновить документацию забудут, и юнит тест тоже не напишут. Была у нас подобная ситуация — в результате со стабильной версии ZF мы полностью перешли на его исопльзование — что очень сильно облегчило нам жизнь. Теперь намного легче новеньким подключаться к проектам, они имея за спиной опыт работы с одним проектом на ZF с легкостью ориентируются в других. А вот со старым фреймворком мы не заморачивались со совместимостью — поэтому поведение пакета N версии 1.0 могло сильно отличатсья от версии 1.1, в результате новичок вначале изучал ньюансы переделок (если они еще были описаны), а лишь потом мог приступать к работе…
Наверное Вы не работали в большой команде разработчиков — если есть кастомная разработка фреймворка и необходим быстрый фикс — то обычно и обновить документацию забудут, и юнит тест тоже не напишут. Была у нас подобная ситуация — в результате со стабильной версии ZF мы полностью перешли на его исопльзование — что очень сильно облегчило нам жизнь. Теперь намного легче новеньким подключаться к проектам, они имея за спиной опыт работы с одним проектом на ZF с легкостью ориентируются в других. А вот со старым фреймворком мы не заморачивались со совместимостью — поэтому поведение пакета N версии 1.0 могло сильно отличатсья от версии 1.1, в результате новичок вначале изучал ньюансы переделок (если они еще были описаны), а лишь потом мог приступать к работе…
0
не удивился бы этому комменту пару лет назад, но сегодня как-то странно такое читать
0
Sign up to leave a comment.
Zend Framework 1.7.2