Вышел в свет Zend Framework 2 stable

>>>ресурс = view + list + edit + update + new + create + delete с параметрами для них по умолчанию

Почему все рубисты в этом посте жалуются на то, что роутер зенда — это не роутер РоР? Да, он действительно другой, но почему это считается за минус?

И да, не обязательно описывать каждый суброут по отдельности, достаточно написать один раз и пользоваться для любого ресурса — habrahabr.ru/post/150984/#comment_5120061
Но этот маршрут нужен только любителям РоР, так что его нет в дефолтной поставке.

Это не пример в коде, это ссылка на документацию Play`a.

Не могли бы здесь привести пример кода сложного маршрута и рассказать о его преимуществах?

По теме: не вижу ничего плохого в том, чтобы в Zend сделали бы хотя бы попытку к внедрению мини DSL для роутинга, хоть бы даже ispired RoR. Думается, это бы выглядело чуть более нагляднее, чем массивы, IMHO.

А теперь, если возьмем средний рейт разработчика 20 долларов в час и посчитаем сколько стоит «В зенде вы точно так же можете написать свой тип маршрута». Вам не кажется что, это такой древний русский подход, предусматривающий фазу тщательной обработки напильником?

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

Мнение основано на личных стереотипах.
Ну если так, посмотрите ещё на симфоневский роутинг. Он тоже лучше.

Ну я не обращался лично к вам. Многим людям понравится зендовский роутинг.
Но решая рутинные задачи вроде писать массив и вставлять туда регексовые значения в нужные скобочки, я не вижу никаких творческих или интеллектуальных задач. Роутер Зенда из средины 2000-ых. Осиливать там нечего, скорее нужно вспоминать.

Если про плюсы-минусы в Зенде.
— поддержка кода. Когда в проекте 100 роутов, то задавая каждый таким массивом вы закопаетесь. Будет легко что-то сломать, сложно добавить, сложно найти и исправить.
— избыточность данных с тем же регексом.
— слабая защищенность от ошибок в рантайме (IDE не подскажет, что тот или иной конфиг-ключ написан не так)
— кол-во кода которое нужно написать для решения элементарной задачи.

Чем больше кода, тем сложнее его поддерживать, развивать, читать. Это для меня главное правило.
В рельсах есть как и прикольные шорткаты в виде ресурсов, так и возможности по кастомизации. Проблема Зенда в том, что предоставляя все наборы кастомизации можно было предложить и пару типичных решений типичных проблем. Имхо за тем и нужны фреймворки. Чтобы решать типичные проблемы.

Даже начинающий кодер поймёт, что значит |^/[0-9]{4}/[0-9]{2}/[0-9]{2}/[a-z\-]+/$|, а вот чтобы понять роутинг ZF2, нужно правда быть героем, кроме того регулярные выражения — это стандартное средство языка, понял его один раз и используешь. По поводу двух проблем — не обращайте внимание, кто-то ляпнул сгоряча и сообщество вдруг восприняло это как догму, регулярки изначально были сделаны для обработки текста — и они справляются с этим отлично.

Даже начинающий кодер поймёт, что значит |^/[0-9]{4}/[0-9]{2}/[0-9]{2}/[a-z\-]+/$|, а вот чтобы понять роутинг ZF2, нужно правда быть героем, кроме того регулярные выражения — это стандартное средство языка, понял его один раз и используешь. По поводу двух проблем — не обращайте внимание, кто-то ляпнул сгоряча и сообщество вдруг восприняло это как догму, регулярки изначально были сделаны для обработки текста — и они справляются с этим отлично.

Ключевая потому что большинство рейлс приложений представляют собой рест приложение, что позволяет проще на порядке делать api и пользоваться им. Вы посмотрите что из себя представляет любое зенд приложение, это кучи именованных маршрутов и почти никакой логики в их построении. В рельсах существуют десятки гемов которые дают вам множество автоматизированных рабочих инструментов (например acl) которые работают без конфигурироания и ручного написания кода при условии что вы используете rest (а используая такой роутинг рест сам собой появляется). И что бы вы там не говорили это не три минуты, каждый ресурс это сем маршрутов, вложенные маршруты и сгенерированные методы хелперы. И такая автоматизация касается абсолютно каждого аспекта системы.

Вообще вот из чего все проистекает: Convention over configuration, и это больше чем сахар.

«Зенд даёт иструменты для построения любой (абсолютно любой) маршрутизации, не отдавая при этом предпочтения какому-то конкретному способу.»

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

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

Вот я второй день и не понимаю. Возможно тут какой-то сакральный смысл заложен.
БУдем ждать, пока форумы обрастут этой темой, или все же найдется магистр путей.

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

Тоесть
/en/index/ — не валиден, а вот /en/index вполне катит
/en/index/index/-> /en/index/index по аналогии.

Выкладываю свой роут, вдруг помогу кому:

'router' => array(
    'routes' => array(
        'root' => array(
            'type' => 'literal',
            'options' => array(
                'route' => '/',
                'defaults' => array(
                    '__NAMESPACE__' => 'Shop\Controller',
                    'controller' => 'Index',
                    'action' => 'index',
                    'lang' => 'en',
                ),
            ),
            'may_terminate' => true,
            'child_routes' => array(
                'control' => array(
                    'type' => 'segment',
                    'options' => array(
                        'route' => '[:lang[/:controller[/:action]]][.html]',
                        'constraints' => array(
                            'lang' => '[a-z]{2}',
                            'controller' => '[a-zA-Z][a-zA-Z0-9_-]*',
                            'action' => '[a-zA-Z][a-zA-Z0-9_-]*',
                        ),
                        'defaults' => array(
                            'controller' => 'Index',
                            'action' => 'index',
                            'lang' => 'en',
                            'module' => 'shop',
                        ),
                    ),
                    'may_terminate' => true,
                    'child_routes' => array(
                        'params' => array(
                            'type' => 'Wildcard',
                            'options' => array(
                            ),
                        ),
                    ),
                ),
            ),
        ),
    ),
),

Распознает пути типа:
/en/controller/action либо
/en/controller/action/param/value либо
/en/controller/action.html либо
/en/controller/action.html/param/value