Yii, судьба yiic shell
29 июля 2010
В Yii 1.1.2 было решено, что yiic shell, используемый для генерации кода из консоли, должен быть постепенно вытеснен GUI-генератором Gii. Решение было мотивировано тем, что поддерживать два генератора будет слишком накладно.
С выходом 1.1.3 сообщество обратило на это внимание.
Стоит сразу пояснить, что yiic сам по себе как поддержка консольных команд ни в коем случае не перестанет поддерживаться. yiic shell — только та часть, которая отвечает непосредственно за генерацию кода.
По идее существует компромиссный вариант — использовать и для Gii и для yiic shell одни и те же шаблоны, что позволит свести затраты на их поддержку к минимуму. Проблема с ним в том, что в Gii в шаблон передаётся гораздо большее количество параметров.
Комментарии RSS по email OK
Давно пора, а то прошлый век какой то прям...
Мне удобнее ввести 2-3 команды в консоль, чем заходить на веб-сайт, вводить пароль и делать еще 3-5 клика мышкой.
Я за идею поддержки и консоли и ГУИ. Ведь из консоли и из веб-морды можно же "дергать" одни и теже команды и классы, почему так не поступить ?
Я думаю, что трудозатраты на поддержку двух "фронтов" будут не очень обременительными. Могу помочь чем смогу.
Зато графический интерфейс тебе все по полочкам разложит и покажет еще до того как создаст файлы, а в командной строке еще надо помнить что вводить... Помоему явное преимущество графического.... хотя конечно сомневаюсь что командная строка может чем то обременить дистрибутив фреймворка)
Убедился, что любое GUI - кака. :) Потом надо ручками что-то вписать, скажем, на сервере. А вы не помните либо синтаксис, либо еще что-то. Я полностью отказался от любого GUI в девелопменте, и за консоль, даже в случае Yii.
Всегда использовал консоль, с gii не подружился. Поддерживаю обе версии генератора
Хотя, если это не будет касаться команды webapp то почему бы и нет :)
Не пользуюсь вообще генераторами кода.
Отказался от них практически сразу после того, как начал работать с измененной структурой каталогов.
Обычно у меня код вынесен за пределы публичного каталога и разделен на три подкаталога share, front и back.
По этому потратил пол дня и сделал себе нужные шаблоны для ide, и пользуюсь ими.
Gii конечно прикольно, НО!!
Все крутые чуваки Symfony(PHP) Rails(Ruby) Grails(Groovy) используют CLI -- команд лайн интрефейс. Мое мнение вообще убить gii, а все то что делается в нем вынести в консольные команды.
Эгоисты вы...
Во первых через Gii удобно генерить и просматривать что генерируется.
Во вторых там даёт возможность посмотреть какие шаблоны у вас сделаны и выбрать для генерации нужный. Через консоль слегка запаритесь.
В третих - превъю результата.
В чётвертых - когда модель нужно обновить (т.е. она уже есть), можно сразу посмотреть diff. Вот сегодня заюзал, подправил часть кода прежде чем сгенерил. Иначе бы было косяков куча.
Не говоря уже о кастомизации и расширении в дальнейшем этого инструмента. К тому же дома на винде это вам не bash, гораздо быстрее через WEB интерфейс. И путями не ошибёшся гарантировано.
Вместо криков лучше вложитесь в развитие, пропихните свои добавления. К тому же сами консольные команды остаются, ведь именно с помощью них вся генерация всё равно и происходит как я понимаю.
З.Ы. И не надо мне про "настрой себе то, сё и пятое-десятое". Идите лесом со своим настрой - я не хочу 2-3 вечера просидеть и настраивать-перенастраивать IDE, запоминать консольные команды и делать кучу другой ненужной мне работы - за 1.5-2 часа я накатываю винду, ставлю весь софт, правлю меньшую часть настроек софта (в основном касается дефолтных кодировок и времени появления подсказок для IDE) и иду на море или озеро отдыхать. И при этом комфортно работаю, а Gii так вообще чудо. Если оно такими темпами пойдёт дальше - остальные фреймворки будут в попе мира :)
Если поддержка двух вариантов не будет слишком накладной, то хотелось бы поддержки обоих. Если из-за этого будет страдать развитие остальных частей фреймворка, то так уж и быть - будем привыкать к Gii :)
Двумя руками за Gii
gii нагляднее, а это является самым большим плюсом, в повседневной работе необходимо не концентрироваться на деталях, которые сжирают кучу времени, такие как команды консоли, как бы хорошо они не были нам знакомы и не помнили мы их наизусть.
gii позволяет:
посмотреть изменения,
выбрать файлы для замены вновь созданными
подсказки для аргументов команд
gii мне понравилась с самого первого взгляда, решение прекрасное, позволило быстро отыскать ошибки в таблицах, не перегенеривая весь код, а лишь отдельные файлы.
По моему скромному мнению, gii является очень значимым преимуществом yii, хотя и yii сам является сплошным преимуществом пере остальными
жду классы для pdf, email из коробки, может в скором времени попробую сам написать и отправить
Консоль как в ROR более предпочтительней на мой взгляд
Что в ней такого особенного?
Запуск скриптами в шеле. С gui так не получится.
Зачем в шелле запускать генерацию кода?
Альтернатива imacro