Comments 6
Перенимая более мощные, но сложные решения из других фреймворков, CodeIgniter становится ничем от них неотличим. И зачем он тогда нужен, такой же, как и все, только на 5 лет опоздавший?
То же самое можно сказать абсолютно про любой фреймворк. Зачем Yii, если есть Symfony? Зачем Laravel, если есть Yii? Здесь также можно говорить о всеми излюбленном выражении "строить велосипед", которое в последнее время я вижу очень часто и не по месту. И т.д. и т.п.
Таким же как другие он не будет по той причине, что текущие владельцы фреймворка не желают отходить от изначально заложенной идеологии CodeIgniter. Он по прежнему ожидается быть простым и быстрым фреймворком, но с абсолютно новым функционалом.
Здесь нет необходимости сравнивать с другими фреймворками, с которыми по сути сравнивать и не нужно. Сравнивать несравниваемое можно много и долго. Это не правильно. Но, тем не менее, мы все постоянно видим и слышим эти сравнения. Да, CodeIgniter не планирует быть RAD, в нем не будет ничего лишнего, кроме того функционала, который действительно необходим в большинстве случаев. Остальное, думаю, должны будут решать как раз аддоны приложений (демо блогов, админки, crud, авторизация).
Согласитесь, что на самом деле достатоно крупных и хороших игроков, среди фреймворков php, можно перечислить по пальцам. Почему бы здесь не быть еще одному? Тем более такому старому. Да и не вижу ничего плохого в появлении новых фреймворков.
Таким же как другие он не будет по той причине, что текущие владельцы фреймворка не желают отходить от изначально заложенной идеологии CodeIgniter. Он по прежнему ожидается быть простым и быстрым фреймворком, но с абсолютно новым функционалом.
Здесь нет необходимости сравнивать с другими фреймворками, с которыми по сути сравнивать и не нужно. Сравнивать несравниваемое можно много и долго. Это не правильно. Но, тем не менее, мы все постоянно видим и слышим эти сравнения. Да, CodeIgniter не планирует быть RAD, в нем не будет ничего лишнего, кроме того функционала, который действительно необходим в большинстве случаев. Остальное, думаю, должны будут решать как раз аддоны приложений (демо блогов, админки, crud, авторизация).
Согласитесь, что на самом деле достатоно крупных и хороших игроков, среди фреймворков php, можно перечислить по пальцам. Почему бы здесь не быть еще одному? Тем более такому старому. Да и не вижу ничего плохого в появлении новых фреймворков.
Это решение плохое не потому, что он будет похож на остальных, а потому, что мы потеряем единственный максимально быстрый, простой и понятный с первого взгляда каждому школьнику фреймворк.
Вот касаемо этого решения с маршрутизацией. Чем не устроило людей жёсткое правило связи url -> метод контроллера? Ваш аргумент (или не ваш, т.к. вы не пометили статью переводом и я не могу найти ссылку на оригинал статьи, хоят уверен, что это перевод):
Не содержит никакой конкретики, чем превзошли, что значит "улучшенный", "достойный", "ламповый" и т.д.?
Вот касаемо этого решения с маршрутизацией. Чем не устроило людей жёсткое правило связи url -> метод контроллера? Ваш аргумент (или не ваш, т.к. вы не пометили статью переводом и я не могу найти ссылку на оригинал статьи, хоят уверен, что это перевод):
Способности маршрутизации в других фреймворках превзошли эту простую элегантность. Даже в сообществе CodeIgniter, было несколько улучшенных маршрутизаторов способных послужить достойной альтернативой стандартному роутингу.
Не содержит никакой конкретики, чем превзошли, что значит "улучшенный", "достойный", "ламповый" и т.д.?
Почему же потеряли? Он таким и останется: быстрым и простым. Ничего лишнего не прибавится.
(Все необходимые ссылки, в том числе первоисточник, я всегда оставляю в самом низу "Ссылки по теме". Трудно их не заметить. Интересующая вас ссылка идет сразу же первой. Мои заметки и статьи я бы не назвал целиком переводом, потому как где-то в одном месте я использую точный перевод, где-то просто пересказываю написанное своими словами, где-то могу дополнить. Поэтому не стал ставить метку "Перевод").
Какую именно конкретику вы хотели увидеть?
А то и значит, что роутинг в других фреймворках (например: Yii, Laravel) намного гибче, с которым приятно работать. Возможностей там по функционалу больше. Поэтому все и начали лепить свои роутинги, чтобы компенсировать недостающие потребности. Для написания простого и несложного приложения роутинг CodeIgniter сойдет. Но когда речь идет о нестандартном приложении то он никуда не годится.
(Все необходимые ссылки, в том числе первоисточник, я всегда оставляю в самом низу "Ссылки по теме". Трудно их не заметить. Интересующая вас ссылка идет сразу же первой. Мои заметки и статьи я бы не назвал целиком переводом, потому как где-то в одном месте я использую точный перевод, где-то просто пересказываю написанное своими словами, где-то могу дополнить. Поэтому не стал ставить метку "Перевод").
Какую именно конкретику вы хотели увидеть?
А то и значит, что роутинг в других фреймворках (например: Yii, Laravel) намного гибче, с которым приятно работать. Возможностей там по функционалу больше. Поэтому все и начали лепить свои роутинги, чтобы компенсировать недостающие потребности. Для написания простого и несложного приложения роутинг CodeIgniter сойдет. Но когда речь идет о нестандартном приложении то он никуда не годится.
А нужен ли он, быстрый и простой? Сейчас "быстрый и простой" фреймворк можно на пакетах композера собрать за пару часов. И будет удобно, и быстро, и ничего лишнего, с теми же проблемами реюза готовых решений, а может даже проблем будет меньше.
Нука, пример задачи, которая не решалась на старом роутинге, или решалась очень сложно и громоздко, а теперь стала легче?
Sign up to leave a comment.
Маршрутизация в CodeIgniter 4