rrromka4 сен 2013 в 10:29

Пример разработки блога на Zend Framework 2. Часть 1. ZendSkeletonApplication

10 мин

68K

Zend Framework *

Туториал

+20

Комментарии 28

kirksa 4 сен 2013 в 11:17

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

$user_form = $this->getServiceLocator()->get('UserForm');

Не стоит его так использовать. Используйте DI.

MangaRulit 4 сен 2013 в 11:39

Чем плох сервис менеджер в данном случае?

kirksa 4 сен 2013 в 12:57

Добавляет еще одну зависимость (себя).
Усложняет тестирование.
Делает зависимости неявными.
Ухудшает навигацию (конечно, можно обойти всякими /** var… */, но тогда засоряется код).

enleur 4 сен 2013 в 22:16

Очень распространенная проблема у новичков — злоупотребляют сервис менеджером.
Мы сервис менеджер используем только в Module.php, где он выполняет роль DI, а контроллеры/вьюхелперы/сервисы даже не знают о его существовании.

Тестирование, я б сказал, становится адом.

rrromka 5 сен 2013 в 07:16

Кирилл, а вы можете привести практический пример использования DI в этом контексте? Честно говоря, дальше доки, в которой класс А зависит от класса Б я пока не продвинулся.

kirksa 5 сен 2013 в 08:46

У вас будет вместо вызова локатора — объект формы как параметр конструктора, либо сеттера (зависит от конфигурации). И соответственно эти зависимости контролера/сервиса должны быть описаны (Zend\Di\Definition) в контексте DI (в zf из коробки есть авто связь (wire) по подсказкам типов, как вариант (RuntimeDefinition) ).

MangaRulit 5 сен 2013 в 09:12

А не могли бы привести пример в виде кода? Меня даже больше интересует не сам DI — с ним более менее ясно, а тесты. Что именно тестируется и как. Давно ищу какую-нибудь толковую статью по тестированию ZF2. Интересуют тесты не самого ZF2, а бизнес логики, конечно.

kirksa 5 сен 2013 в 09:29

Тут не особо зависит zf2 или что-то другое. Общий принцип такой:

public function test_something_should_do_something()
{
    $dependency = Mockery::mock('SomeBusinessServiceClass')
                    ->shouldReceive('someMethod')
                    ->with('someParams')
                    ->once()
                    ->getMock();

    $object_under_test = new ObjectUnderTest($dependency);
    
    $object_under_test->someSuperMethod();
}

Т.е. тестируется взаимодействие с зависимостью (при вызове someSuperMethod должен вызваться someMethod с параметрами). Так же можно делать фейковые возвраты при помощи andReturn. В примере библиотека моков — Mockery.

MangaRulit 5 сен 2013 в 10:09

Это я понимаю и видел много примеров уровня «hello word». Интересно бы было посмотреть тесты из реального приложения, желательно большого и со сложной бизнес логикой. Буду рад, если сможете показать куски кода из каких-нибудь ваших проектов или дадите ссылку на статью, где это приводится.

kirksa 5 сен 2013 в 10:18

Из реального проекта привести не могу, но могу порекомендовать книгу «Growing object-oriented software, guided by test».

Inori 5 сен 2013 в 06:47

Тем что это SL, а не DIС. Это ничем не лучше синглтонов.
А может и даже хуже, с синглтоном я хоть быстро найду что за «UserForm».

Skull 4 сен 2013 в 14:38

Зендовский роутинг пугает :)

enleur 4 сен 2013 в 22:09

А что конкретно пугает? Роутинг довольно гибкий

Skull 5 сен 2013 в 09:35

то что на 2 маршрута ушло 40 строк

alexshelkov 4 сен 2013 в 18:11

А можно я тут немного попиарюсь :)? Если вам интересен Twig под ZF2 попробуйте вот этот модуль: он очень классно покрыт тестами, и вообще просто замечательно и без всяких проблем работает (установка возможна как вручную, так и через Composer).

enleur 4 сен 2013 в 22:12

Я до сих пор не понимаю шаблонизаторов под php. Short tags и альтернативный синтаксис — вот тебе и шаблонизатор. Тем более Zend\View\Renderer\PhpRenderer довольно мощный, по сравнению с Zf1.

Можете пояснить, в чем преимущества использования шаблонизатора в разрезе php?

rrromka 5 сен 2013 в 05:19

Вот плюсы, которые выделяю для себя я:

я точно уверен, что верстальщик не поломает PHP-код внутри шаблона,
я точно уверен что ленивый программист не перенесет часть логики в шаблон (встречал я и запросы к БД в шаблонах),
по мне, код Twig-шаблонов получается более компактным и читабельным.

Да, против первых двух пунктов есть тестирование и код ревью, но мне удобнее недопустить появления этих проблем.

truezemez 5 сен 2013 в 10:04

Твиг не использовал. Возникли вопросы:

я точно уверен, что верстальщик не поломает PHP-код внутри шаблона

что произойдет если верстальщик поломает разметку Твига?

я точно уверен что ленивый программист не перенесет часть логики в шаблон (встречал я и запросы к БД в шаблонах)

имхо, от такого программиста можно ожидать вещей пострашнее, чем запросы в шаблонах

kirksa 5 сен 2013 в 08:48

самый большой плюс для меня — автоматическая защита от XSS. Так же в twig мне очень нравится идея наследования и переопределения блоков.

truezemez 5 сен 2013 в 10:08

автоматическая защита от XSS

будет ли XSS в таком случае:

<script>{{variable}}</script>

kirksa 5 сен 2013 в 10:16

в таком может быть. Но это, возможно, тот случай когда это желаемое поведение
зато точно не будет в таком

 <td>{{variable}}</td>

truezemez 5 сен 2013 в 10:33

В общем, расслабляться полностью нельзя.

BorisT 6 сен 2013 в 08:01

используется встроенный в фреймворк шаблонизатор

Что за встроенный в ZF2 шаблонизатор?

n1ce22rus 6 сен 2013 в 08:34

видимо имеется в виду short tags + альтернативный синтаксис

aeryaguzov 7 сен 2013 в 18:25

skeleton-application есть на packagist.org, поэтому можно обойтись без --repository-url=«packages.zendframework.com» при создании проекта


composer search zendframework/skeleton-application

aeryaguzov 7 сен 2013 в 18:34

Зря в офф. туториале не упомянули про кеширование конфигов.

В module_listener_options обязательно включите кеширование конфигов или все это чудо будет мержиться на лету :-)

'cache_dir' => 'data/cache',

'config_cache_key' => 'your_key',

'config_cache_enabled' => true

enleur 7 сен 2013 в 22:43

а еще генерация классмапов и темплейт мапов

marenkov 15 ноя 2014 в 20:02

Заранее прошу прощения у фанов ZF2.

Очень правильно сделали, что

первыми решил изучить Zend Framework 2

Я сейчас после Symfony 2 пытаюсь изучить Zend Framework 2 — это ужасно. Если изучая первый я восхищался как же все хорошо сделано, то с ZF2 я прикладываю всю свою силу воли. чтобы не застрелиться.

В итоге, более-менее удовлетворительное по функционалу приложение я смог создать после прочтения книги.

Я бы эту фразу выделил жирными красными буквами. Довольно сложное приложение с кучей сервисов на Symfony 2 я написал после прочтения официльного туториала. Ну и по ходу подглядывал в их же справочник и Поваренную книгу.

Кто-то мне объяснит почему Zend Framework 2 популярнее чем Symfony 2?

Зарегистрируйтесь на Хабре, чтобы оставить комментарий