Чи використовують досвідчені розробники Ruby on Rails ліси?

У навчальному посібнику Ruby on Rails я прочитав щось, що підказало досвідченим розробникам не використовувати ліси, оскільки вони, як правило, люблять просто написати код для підключення MVC самостійно.

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

Я досить новачок у Ruby on Rails, але не MVC чи веб-застосунок - чи варто взагалі намагатися дотримуватися конвенцій про ліси та дозволити мені керувати ними?

Ліси служать цілі - це швидкий інструмент для складання прототипів. Використовуйте його, якщо це саме ви робите. Отримавши прототип, ви можете розумно прийняти рішення змінити те, що виробляються для вас будівельні ліси, або видалити ліси та створити додаток саме так, як ви цього хочете.

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

Сподіваюся, це допомагає!

Я використовую його з тієї простої причини, що швидше видалити непотрібний код із створеного ешафоту, ніж створювати всі файли та код вручну.

Якби я був ти, я б принаймні спробував це на собі і побачив, чи корисне те, що він видає, чи ні.

Я ніколи не використовував це протягом 4 років створення програм Rails. Можливо, це може бути корисним у деяких ситуаціях. Приємно в тому, що це очевидний тимчасовий інтерфейс, тому ніхто не намагатиметься жити з ним.

Те саме не можна сказати про ActiveScaffold (якщо ви натрапите на нього). Схоже, користувальницький інтерфейс, який можна перевезти, і керівництво може обдурити, що думати, що користувальницький інтерфейс корисний для роботи та попросити вас відправити. Не треба! Насправді я вже шкодую, що згадав про AS.

Я розробив багато веб-сайтів з RoR, і в компанії, в якій я працював, ми її ніколи не використовували. Я думаю, що це стосується більшості розробників RoR. Хоча я пам’ятаю декілька дискусій з цього приводу і деяких професійних розробників, де використовувати його в деяких умовах.

Але я думаю, що вони не використовували типову версію будівельних лісів Rails, використовуючи натомість свою власну варіацію. Це може бути особливо добре, якщо ви займаєтесь домашніми роботами великих компаній, де дизайн не сильно змінюється (або не має значення), і вам потрібно багато переглядів одних і тих же даних для статистики або подібних повторюваних завдань .

Щоб повторити те, що вже говорили інші, під час використання рейок я використовую ліси, але я не покладаюся на риштування, якщо це має сенс. Часто мені потрібно 90% того, що створює ешафот, тому легше запустити генератор і потім видалити те, що мені не потрібно (наприклад, речі "HTML або XML", якщо мені не потрібен XML), ніж написати всі той же код від руки. Ви не робите нічого, крім марних натискань на клавіші.

Якщо ви навчаєтесь, то вам слід написати це вручну, щоб ви знали, що це робить і чому це робить, а потім пізніше почніть використовувати ліси для швидкого генерування цього коду. IMO професійний розробник Rails знає, коли використовувати риштування та коли використовувати його для створення базового коду, а потім змінити його, як потрібно для додатка.

Я розпочав свою програму з лісів, але третьою особою, коли я почав відхилятися від "шляху RR", я вважав це марним.

Коротше кажучи: ні.

Я буду використовувати генератори, але я майже ніколи більше не використовую ліси. Ви, як правило, витрачаєте досить багато часу на редагування лісів, і це стає трохи невмілим.

Я знаходжу хороший компроміс для використання генераторів контролерів, які можуть швидко і швидко працювати, якщо ви займаєтеся розробкою зверху вниз.