Post on 05-Dec-2014
description
ZF2 related ресурсы
Ресурсы, посвященные ZF2:http://framework.zend.com/
-> Community
-> Resources
-> Wiki
-> ZFDEV2
http://framework.zend.com/wiki/display/ZFDEV2/Home
Ресурсы, посвященные ZF2:http://framework.zend.com/
-> Community -> Resources -> Wiki -> ZFDEV2
http://framework.zend.com/wiki/display/ZFDEV2/Home
irc://freenode/#zftalk.devirc://freenode/#zftalk-community
zf-contributors@lists.zend.com
Ресурсы, посвященные ZF2:
git://git.zendframework.com/zf.gitgit://github.com/zendframework/zf2.git
https://github.com/zendframework/zf2
https://github.com/zendframework/zf2/blob/master/README-GIT.txt
Изменения в ZF2.
Изменения в ZF2.
Почему нужны какие-то изменения?
Что не устраивает в 1.x?
1. Слишком много путей делать одни и те же вещи.
2. Сложность в изучении.
3. Неудовлетворительная производительность.
Изменения в ZF2:
1. Namespaces
2. Процедура autoloading’а и загрузки плагинов
3. Типизация Exceptions.
4. Тестирование.
5. MVC
6. Унификация документации.
Namespaces
Для чего сделан перевод на Namespaces:
1. Удобно для пользователей.
$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 Zend\Gdata;$service = Gdata\Calendar::AUTH_SERVICE_NAME;$client = Gdata\ClientLogin::getHttpClient($user, $pass, $service);$service = new Gdata\Calendar($client);$listFeed = $service->getCalendarListFeed();
Для чего сделан перевод на Namespaces:
1. Удобно для пользователей.
2. Удобно внутри ZF, упрощает код, облегчает поддержку.
Перевод на Namespaces:
весна 2010
ZF 2.0 Requirementshttp://framework.zend.com/wiki/display/ZFDEV2/Zend+Framework+2.0+Requirements
Перевод на Namespaces производился в полуавтоматическом режиме:
https://github.com/ralphschindler/PHPTools
https://github.com/zendframework/zf2/tree/master/working/
working/BC-Breaks.txt
working/PHPNamespacer-MappedClasses.xml
Особенности: отсутствие стандарта на использование namespaces в docblocks.
namespace Zend\Tool\Framework\Client\Console;use Zend\Tool\Framework\Registry;class ArgumentParser implements RegistryEnabled { /** * setRegistry() * * @param \Zend\Tool\Framework\Registry $registry * @return \Zend\Tool\Framework\Client\Console\ArgumentParser */ public function setRegistry(Registry $registry) { // ... return $this; }}
PHPNamespacer-MappedClasses.xml
<?xml version="1.0"?><mappedClasses libraryDirectory="../library/">...<mappedClass> <originalRelativeFilePath>Zend/Amf/Parse/Amf3/Deserializer.php</originalRelativeFilePath> <originalClassName>Zend_Amf_Parse_Amf3_Deserializer</originalClassName> <newRelativeFilePath>Zend/AMF/Parser/AMF3/Deserializer.php</newRelativeFilePath> <newNamespace>Zend\AMF\Parser\AMF3</newNamespace> <newClassName>Deserializer</newClassName> <newFullyQualifiedName>Zend\AMF\Parser\AMF3\Deserializer</newFullyQualifiedName></mappedClass>...</mappedClasses>
Проблемы с зарезервированными словами.
interface Zend_Server_Interfaceabstract class Zend_CodeGenerator_Abstract
=>
namespace Zend\Server;interface Server
namespace Zend\CodeGenerator;abstract class AbstractCodeGenerator
Использование интерфейсов.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|\Zend\Queue\Adapter $adapter * @return \Zend\Queue\Queue Provides a fluent interface */ public function setAdapter($adapter) {}}
Вопрос актуальности PHPNamespacer-MappedClasses.php:
???
Проблема - сохранялась ли актуальность при слиянии fixes и новой функциональности из 1.x
Autoloading &Plugin Loading
Что не удовлетворяет в 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. Не позволяет просто работать с архитектурами, где компоненты могут быть инсталлированны в индивидуальные поддеревья.
Standard Autoloader:http://framework.zend.com/wiki/display/ZFDEV2/Proposal+For+Autoloading+In+ZF2
Standard Autoloader:http://framework.zend.com/wiki/display/ZFDEV2/Proposal+For+Autoloading+In+ZF2
Classmap Autoloader:http://framework.zend.com/wiki/display/ZFDEV2/Proposal+For+Autoloading+In+ZF2
bin/classmap_generator.php
Plugin loading ZF 1.x:http://framework.zend.com/wiki/display/ZFDEV2/Proposal+for+Plugin+Loading+in+ZF2
1. Plugin loader используется не везде, где следует.
2. Часть функциональности дублируется в классах, использующих plugin loader.
3. Проблемы с case sensitivity.
4. Производительность!!!
Exceptions
Exceptions в ZF 1.x:a) Один exception класс на компоненту.
b) Все исключения отнаследованы от Zend_Exception, что затрудняет дальнейшую типизацию Exception'ов.
PHP Standards working group meeting (2009),планируемое решение для PEAR:a) Каждая компонента содержит интерфейс-маркер Exception
b) Различные exception классы компоненты декларируются как имплементирующие указанный интерфейс-маркер, при этом они наследуют \Exception класс или какой-либо более специализированный SPL exception класс.
SPL exceptions:http://www.php.net/manual/en/spl.exceptions.php
BadFunctionCallExceptionBadMethodCallExceptionDomainExceptionInvalidArgumentExceptionLengthExceptionLogicExceptionOutOfBoundsException
OutOfRangeExceptionOverflowExceptionRangeExceptionRuntimeExceptionUnderflowExceptionUnexpectedValueException
Структура файлов внутри компоненты, пример.
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
Пример работы с Exceptions в ZF2
Тестирование
Проблемы unit тестов в ZF 1.x:1. Permissions (при распространении ZF в составе
некоторых Linux дистрибутивов).
2. Служебные классы "живущие" вместе с тестами.
3. Обычно не-PHP файлы (конфиги, ...) расположены в _files. Тем не менее, это требует review для каждой компоненты в отдельности.
4. Вопросы возможности запуска тестов в параллельном режиме.
5. Ресурсоемкость.
6. Нет возможности запуска по списку зависимости компонент.
MVC
Controller Layer:1. Сложно в изучении.
2. Используются некоторые "анти-паттерны":– Zend_Controller_Front является синглетоном;
– Helper broker доступен только через protected члены класса => проблемы с injecting.…
1. Многие неотъемлемые части реализации вызывают падение производительности.
2. Сложности с созданием модульного приложения (недостаточность примеров + особенности реализации).
3. Возможность выполнения нескольких actions - сомнительная feature.
4. Error handling.
5. Возможность остановить обработку и немедленно передать response.
View Layer:1. Слишком много ответственностей: отслеживание переменных,
фильтров, хелперов, поиск и рендеринг скриптов.
2. Загрузка helpers - очень узкое место в производительности по причине overloading и подгружаемости плагинов.
3. Система хэлперов сложна для новых пользователей ("где метод doctype() определен?! Какие параметры он принимает на вход?!")
4. View могут использовать только PHP скрипты, отсутствуют приспособления для подгружаемости views откуда-либо еще (db, web services, ...).
5. Layouts представлены в системе, но не обеспечивают возможностей, кроме как рендеринга нового view.
Forms в ZF 1.x:1. Form и subcomponents реализуют слишком много
ответственностей. Каждая компонента оперирует как минимум одним встроенным plugin loader’ом и обращается к этим loader'ам для работы с prefix paths.
2. Будучи доступны как отдельные объекты, указанные plugin loader'ы могли бы предоставить большую гибкость и улучшить производительность.
3. Использованный decorator pattern должен быть не частью объекта Form, а находиться во view layer'е, form объекты при этом должны быть инъецированы в decorator chains.
Zend_Application:
1. Условное конфигурирование модулей в зависимости от текущего запроса.
2. Производительность чтения ресурсов.
MVC performance:Текущую реализацию сложно оптимизировать.
http://www.slideshare.net/weierophinney/introducing-zend-framework-20
Documentation
Documentation
Требует стандартизации.http://framework.zend.com/wiki/display/ZFDEV2/Proposal+for+Documentation+in+ZF2
OverviewQuick StartConfiguration OptionsAvailable methodsExamples
Internationalization/Localization
I18n/L10n
1. Performance.
2. Несоответствия ZF API и PHP API (например в форматах, поддерживаемых Zend_Date и привычных для PHP пользователей).
3. Использование статических данных и глобального состояния в Zend_Locale серьезно осложняет тестирование как Zend_Locale, так и других компонент.
The End
Alexander Veremyev
alexander.v@zend.com