<rmcreative>

RSS

Yii, судьба yiic shell

29 июля 2010

В Yii 1.1.2 было решено, что yiic shell, используемый для генерации кода из консоли, должен быть постепенно вытеснен GUI-генератором Gii. Решение было мотивировано тем, что поддерживать два генератора будет слишком накладно.

С выходом 1.1.3 сообщество обратило на это внимание.

Стоит сразу пояснить, что yiic сам по себе как поддержка консольных команд ни в коем случае не перестанет поддерживаться. yiic shell — только та часть, которая отвечает непосредственно за генерацию кода.

По идее существует компромиссный вариант — использовать и для Gii и для yiic shell одни и те же шаблоны, что позволит свести затраты на их поддержку к минимуму. Проблема с ним в том, что в Gii в шаблон передаётся гораздо большее количество параметров.

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

  1. №2792
    Nick
    Nick 29.07.2010, 12:29:27

    Давно пора, а то прошлый век какой то прям...

  2. №2793
    xoma
    xoma 29.07.2010, 13:19:38

    Мне удобнее ввести 2-3 команды в консоль, чем заходить на веб-сайт, вводить пароль и делать еще 3-5 клика мышкой.

    Я за идею поддержки и консоли и ГУИ. Ведь из консоли и из веб-морды можно же "дергать" одни и теже команды и классы, почему так не поступить ?

    Я думаю, что трудозатраты на поддержку двух "фронтов" будут не очень обременительными. Могу помочь чем смогу.

  3. №2794
    Nick
    Nick 29.07.2010, 14:21:43

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

  4. №2795
    sesharim
    sesharim 29.07.2010, 14:48:53

    Убедился, что любое GUI - кака. :) Потом надо ручками что-то вписать, скажем, на сервере. А вы не помните либо синтаксис, либо еще что-то. Я полностью отказался от любого GUI в девелопменте, и за консоль, даже в случае Yii.

  5. №2797
    Ekstazi
    Ekstazi 29.07.2010, 20:16:13

    Всегда использовал консоль, с gii не подружился. Поддерживаю обе версии генератора

  6. №2798
    Ekstazi
    Ekstazi 29.07.2010, 20:17:55

    Хотя, если это не будет касаться команды webapp то почему бы и нет :)

  7. №2799
    Владимир
    Владимир 29.07.2010, 20:44:25

    Не пользуюсь вообще генераторами кода.

    Отказался от них практически сразу после того, как начал работать с измененной структурой каталогов.

    Обычно у меня код вынесен за пределы публичного каталога и разделен на три подкаталога share, front и back.

    По этому потратил пол дня и сделал себе нужные шаблоны для ide, и пользуюсь ими.

  8. №2800
    Олег
    Олег 30.07.2010, 0:58:43

    Gii конечно прикольно, НО!!

    Все крутые чуваки Symfony(PHP) Rails(Ruby) Grails(Groovy) используют CLI -- команд лайн интрефейс. Мое мнение вообще убить gii, а все то что делается в нем вынести в консольные команды.

  9. №2801
    Psih
    Psih 30.07.2010, 3:08:45

    Эгоисты вы...

    Во первых через Gii удобно генерить и просматривать что генерируется.

    Во вторых там даёт возможность посмотреть какие шаблоны у вас сделаны и выбрать для генерации нужный. Через консоль слегка запаритесь.

    В третих - превъю результата.

    В чётвертых - когда модель нужно обновить (т.е. она уже есть), можно сразу посмотреть diff. Вот сегодня заюзал, подправил часть кода прежде чем сгенерил. Иначе бы было косяков куча.

    Не говоря уже о кастомизации и расширении в дальнейшем этого инструмента. К тому же дома на винде это вам не bash, гораздо быстрее через WEB интерфейс. И путями не ошибёшся гарантировано.

    Вместо криков лучше вложитесь в развитие, пропихните свои добавления. К тому же сами консольные команды остаются, ведь именно с помощью них вся генерация всё равно и происходит как я понимаю.

  10. №2802
    Psih
    Psih 30.07.2010, 3:12:52

    З.Ы. И не надо мне про "настрой себе то, сё и пятое-десятое". Идите лесом со своим настрой - я не хочу 2-3 вечера просидеть и настраивать-перенастраивать IDE, запоминать консольные команды и делать кучу другой ненужной мне работы - за 1.5-2 часа я накатываю винду, ставлю весь софт, правлю меньшую часть настроек софта (в основном касается дефолтных кодировок и времени появления подсказок для IDE) и иду на море или озеро отдыхать. И при этом комфортно работаю, а Gii так вообще чудо. Если оно такими темпами пойдёт дальше - остальные фреймворки будут в попе мира :)

  11. №2803
    Tokolist
    Tokolist 31.07.2010, 21:01:32

    Если поддержка двух вариантов не будет слишком накладной, то хотелось бы поддержки обоих. Если из-за этого будет страдать развитие остальных частей фреймворка, то так уж и быть - будем привыкать к Gii :)

  12. №2820
    Александр
    Александр 04.08.2010, 11:37:48

    Двумя руками за Gii

  13. №2838
    yuri
    yuri 09.08.2010, 11:09:18

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

    gii позволяет:

    • посмотреть изменения,

    • выбрать файлы для замены вновь созданными

    • подсказки для аргументов команд

    gii мне понравилась с самого первого взгляда, решение прекрасное, позволило быстро отыскать ошибки в таблицах, не перегенеривая весь код, а лишь отдельные файлы.

    По моему скромному мнению, gii является очень значимым преимуществом yii, хотя и yii сам является сплошным преимуществом пере остальными

    жду классы для pdf, email из коробки, может в скором времени попробую сам написать и отправить

  14. №5414
    Dmitry
    Dmitry 26.09.2011, 19:54:52

    Консоль как в ROR более предпочтительней на мой взгляд

  15. №5417
    Sam
    Sam 26.09.2011, 22:52:17

    Что в ней такого особенного?

  16. №5936
    Андрей
    Андрей 20.02.2012, 23:06:21

    Запуск скриптами в шеле. С gui так не получится.

  17. №5937
    Sam
    Sam 20.02.2012, 23:50:10

    Зачем в шелле запускать генерацию кода?

  18. №7384
    Andrius
    Andrius 14.01.2013, 11:10:04

    Альтернатива imacro

  1. Почта опубликована не будет.

  2. Можно использовать синтаксис Markdown или HTML.

  3. Введите ответ в поле. Щёлкните, чтобы получить другую задачу.