Downloaded 48 times
Встречайте Zend Framework 2.0
- 1. Zend Framework 2.0 AlexanderVeremyev alexander.v@zend.com ZF Core team
- 2.
- 3. Ресурсы, посвященные ZF2: http://framework.zend.com/ ->Community -> Resources -> Wiki -> ZFDEV2 http://framework.zend.com/wiki/display/ZFDEV2/Home
- 8. Ресурсы, посвященные ZF2: http://framework.zend.com/ ->Community -> Resources -> Wiki -> ZFDEV2 http://framework.zend.com/wiki/display/ZFDEV2/Home irc://freenode/#zftalk.dev irc://freenode/#zftalk-community zf-contributors@lists.zend.com
- 9.
- 12.
- 13. Изменения в ZF2. Почемунужны какие-то изменения? Что не устраивает в 1.x? 1. Слишком много путей делать одни и те же вещи. 2. Сложность в изучении. 3. Неудовлетворительная производительность.
- 14. Изменения в ZF2: 1.Namespaces 2. Процедура autoloading’а и загрузки плагинов 3. Типизация Exceptions. 4. Тестирование. 5. MVC 6. Унификация документации.
- 15.
- 16. Для чего сделанперевод на Namespaces: 1. Удобно для пользователей.
- 17. $service = Zend_Gdata_Calendar::AUTH_SERVICE_NAME; $client= Zend_Gdata_ClientLogin::getHttpClient($user, $pass, $service); $service = new Zend_Gdata_Calendar($client); $listFeed = $service->getCalendarListFeed(); use ZendGdata; $service = GdataCalendar::AUTH_SERVICE_NAME; $client = GdataClientLogin::getHttpClient($user, $pass, $service); $service = new GdataCalendar($client); $listFeed = $service->getCalendarListFeed();
- 18. Для чего сделанперевод на Namespaces: 1. Удобно для пользователей. 2. Удобно внутри ZF, упрощает код, облегчает поддержку.
- 19.
- 20.
- 21. Перевод на Namespacesпроизводился в полуавтоматическом режиме: https://github.com/ralphschindler/PHPTools https://github.com/zendframework/zf2/tree/master/working/ working/BC-Breaks.txt working/PHPNamespacer-MappedClasses.xml
- 22. Особенности: отсутствие стандартана использование namespaces в docblocks. namespace ZendToolFrameworkClientConsole; use ZendToolFrameworkRegistry; class ArgumentParser implements RegistryEnabled { /** * setRegistry() * * @param ZendToolFrameworkRegistry $registry * @return ZendToolFrameworkClientConsoleArgumentParser */ public function setRegistry(Registry $registry) { // ... return $this; } }
- 23.
- 24. Проблемы с зарезервированнымисловами. interface Zend_Server_Interface abstract class Zend_CodeGenerator_Abstract => namespace ZendServer; interface Server namespace ZendCodeGenerator; abstract class AbstractCodeGenerator
- 25. Использование интерфейсов. interface Adapter{ public function __construct($options, Queue $queue = null); public function getQueue(); public function setQueue(Queue $queue); // ... } abstract class AbstractAdapter implements Adapter { // ... } class ArrayAdapter extends AbstractAdapter { /* ... */ } class Db extends AbstractAdapter { /* ... */ } // .... class Queue implements Countable { /** * Set the adapter for this queue * * @param string|ZendQueueAdapter $adapter * @return ZendQueueQueue Provides a fluent interface */ public function setAdapter($adapter) {} }
- 26. Вопрос актуальности PHPNamespacer-MappedClasses.php: ??? Проблема -сохранялась ли актуальность при слиянии fixes и новой функциональности из 1.x
- 27.
- 28. Что не удовлетворяетв autoloading’е ZF 1.x: http://framework.zend.com/wiki/display/ZFDEV2/Proposal+For+Autoloading+In+ZF2 1. Сложности с использованием include_path. 2. Чем глубже ZF library каталог в include_path, тем медленнее loading. 3. Не поддерживает системы, где присутствуют связи отличающиеся от 1:1. 4. Проблемы с производительностью даже при применении байткод кэширования. 5. Не позволяет просто работать с архитектурами, где компоненты могут быть инсталлированны в индивидуальные поддеревья.
- 29.
- 30.
- 31.
- 32. Plugin loading ZF1.x: http://framework.zend.com/wiki/display/ZFDEV2/Proposal+for+Plugin+Loading+in+ZF2 1. Plugin loader используется не везде, где следует. 2. Часть функциональности дублируется в классах, использующих plugin loader. 3. Проблемы с case sensitivity. 4. Производительность!!!
- 33.
- 34. Exceptions в ZF1.x: a) Один exception класс на компоненту. b) Все исключения отнаследованы от Zend_Exception, что затрудняет дальнейшую типизацию Exception'ов. PHP Standards working group meeting (2009), планируемое решение для PEAR: a) Каждая компонента содержит интерфейс-маркер Exception b) Различные exception классы компоненты декларируются как имплементирующие указанный интерфейс-маркер, при этом они наследуют Exception класс или какой-либо более специализированный SPL exception класс.
- 35.
- 36. Структура файлов внутрикомпоненты, пример. Mustache |-- _autoload.php |-- Exception | |-- DomainException.php | |-- InvalidArgumentException.php | |-- InvalidStateException.php | |-- TemplateNotFoundException.php |-- Exception.php |-- Lexer.php |-- Mustache.php |-- MustacheException.php |-- Pragma | |-- AbstractPragma.php | `-- ImplicitIterator.php |-- Pragma.php `-- Renderer.php
- 37. Пример работы сExceptions в ZF2
- 38.
- 39. Проблемы unit тестовв ZF 1.x: 1. Permissions (при распространении ZF в составе некоторых Linux дистрибутивов). 2. Служебные классы "живущие" вместе с тестами. 3. Обычно не-PHP файлы (конфиги, ...) расположены в _files. Тем не менее, это требует review для каждой компоненты в отдельности. 4. Вопросы возможности запуска тестов в параллельном режиме. 5. Ресурсоемкость. 6. Нет возможности запуска по списку зависимости компонент.
- 40.
- 41. Controller Layer: 1. Сложнов изучении. 2. Используются некоторые "анти-паттерны": – Zend_Controller_Front является синглетоном; – Helper broker доступен только через protected члены класса => проблемы с injecting. … 1. Многие неотъемлемые части реализации вызывают падение производительности. 2. Сложности с созданием модульного приложения (недостаточность примеров + особенности реализации). 3. Возможность выполнения нескольких actions - сомнительная feature. 4. Error handling. 5. Возможность остановить обработку и немедленно передать response.
- 42. View Layer: 1. Слишкоммного ответственностей: отслеживание переменных, фильтров, хелперов, поиск и рендеринг скриптов. 2. Загрузка helpers - очень узкое место в производительности по причине overloading и подгружаемости плагинов. 3. Система хэлперов сложна для новых пользователей ("где метод doctype() определен?! Какие параметры он принимает на вход?!") 4. View могут использовать только PHP скрипты, отсутствуют приспособления для подгружаемости views откуда-либо еще (db, web services, ...). 5. Layouts представлены в системе, но не обеспечивают возможностей, кроме как рендеринга нового view.
- 43. Forms в ZF1.x: 1. Form и subcomponents реализуют слишком много ответственностей. Каждая компонента оперирует как минимум одним встроенным plugin loader’ом и обращается к этим loader'ам для работы с prefix paths. 2. Будучи доступны как отдельные объекты, указанные plugin loader'ы могли бы предоставить большую гибкость и улучшить производительность. 3. Использованный decorator pattern должен быть не частью объекта Form, а находиться во view layer'е, form объекты при этом должны быть инъецированы в decorator chains.
- 44. Zend_Application: 1. Условное конфигурированиемодулей в зависимости от текущего запроса. 2. Производительность чтения ресурсов.
- 45. MVC performance: Текущую реализациюсложно оптимизировать. http://www.slideshare.net/weierophinney/introducing-zend-framework-20
- 46.
- 47.
- 48.
- 49. I18n/L10n 1. Performance. 2. НесоответствияZF API и PHP API (например в форматах, поддерживаемых Zend_Date и привычных для PHP пользователей). 3. Использование статических данных и глобального состояния в Zend_Locale серьезно осложняет тестирование как Zend_Locale, так и других компонент.
- 50.