За CI 2.x не скажу, так как вообще с ним не знаком. В то время когда я поменял его на Kohana были версии CI 1.6, Kohana 2.2. Что меня привлекло тогда:
— PHP5 (против PHP4 у CI)
— это был форк CI, что означало с одной стороны простоту перехода, а с другой — новые фичи (бóльшая гибкость, проще расширяемость и т.д.)
KO3 — это уже отдельный разговор, но по моим субъективным ощущениям переход KO2 → KO3, это всё равно что пересесть с мопеда на мотоцикл
В части внешних запросов да, может полностью заменить. Но внутри приложения — нет. Во-первых, не будете же вы curl'ом обращаться из приложения к самому себе, когда грубо говоря можно просто подключить файл через require. А во-вторых, вы тогда не сможете отличить начальный запрос от текущего (внутреннего) запроса, разве что по IP-адресу, но это костыли. Тем более, что «нормальный» HMVC умеет работать как с текущим запросом, так и с начальным.
Можете привести пример приложения, когда штатными стредствами HMC-парадигмы нельзя обойтись, а нужно использовать иерархическую ее структуру?
Нет, не могу :) Если не учитывать вышесказанное, то HMVC — это просто ещё один способ повторного использования кода и его можно реализовать другими способами
Вообще-то не я автор перевода, но раз уж вы адресовали вопрос мне — попробую ответить :)
Ведь вызвать другой контроллер можно из любой точки приложения вышеприведенным примером
Несомненно, это можно сделать. Однако, это не всегда возможно, потому что парадигма HMVC предполагает изоляцию параметров запроса, чего невозможно добиться «обычными» средствами.
Если сказать проще, то основной запрос работает с одними параметрами ($_GET, $_POST), а подзапрос с другими. При этом обращение к параметрам идёт не напрямую, а с помощью специальных методов, например вместо $_POST['param'] нужно писать $this->request->post('param');
Плюс возможность сделать запрос на сторонний сервер (хотя по большей части это просто обёртка над CURLом или HTTP-классами)
git. Параметр -v не помог. Помогла установка date.timezone, до этого он ругался, что не установлено дефолтное значение и упорно игнорировал master-бранч (Reading composer.json of github.com/pqr/superlogger (master)Skipped branch master)
При попытке выполнить php composer.phar install получаю сообщение об ошибке:
Problems: — The requested package mycompany/superlogger == 9999999-dev could not be found.
PHP 5.3.13 / Win7
— PHP5 (против PHP4 у CI)
— это был форк CI, что означало с одной стороны простоту перехода, а с другой — новые фичи (бóльшая гибкость, проще расширяемость и т.д.)
KO3 — это уже отдельный разговор, но по моим субъективным ощущениям переход KO2 → KO3, это всё равно что пересесть с мопеда на мотоцикл
Нет, не могу :) Если не учитывать вышесказанное, то HMVC — это просто ещё один способ повторного использования кода и его можно реализовать другими способами
Несомненно, это можно сделать. Однако, это не всегда возможно, потому что парадигма HMVC предполагает изоляцию параметров запроса, чего невозможно добиться «обычными» средствами.
Если сказать проще, то основной запрос работает с одними параметрами ($_GET, $_POST), а подзапрос с другими. При этом обращение к параметрам идёт не напрямую, а с помощью специальных методов, например вместо $_POST['param'] нужно писать $this->request->post('param');
Плюс возможность сделать запрос на сторонний сервер (хотя по большей части это просто обёртка над CURLом или HTTP-классами)
Problems: — The requested package mycompany/superlogger == 9999999-dev could not be found.
PHP 5.3.13 / Win7
<humour mode>Это потому что в режиме приватного просмотра браузеры не запоминают историю</humour mode>