Czy doświadczeni programiści Ruby on Rails używają rusztowań?

W samouczku Ruby on Rails przeczytałem coś, co sugeruje, że doświadczeni programiści nie używają rusztowań, ponieważ zwykle lubią pisać kod, aby samodzielnie podłączyć MVC.

W innym miejscu przeczytałem, że dobrym pomysłem jest użycie rusztowania, ponieważ pomaga trzymać się konwencji, aby inni, którzy patrzą na twój kod i wchodzili w jego interakcję, zrozumieli, co robisz.

Jestem całkiem nowy w Ruby on Rails, ale nie mam MVC ani aplikacji webowej - czy ogólnie powinienem starać się trzymać się konwencji rusztowań i pozwolić mi się nią kierować?

Rusztowanie służy celowi - jest to narzędzie do szybkiego prototypowania. Użyj go, jeśli to właśnie robisz. Po uzyskaniu prototypu możesz inteligentnie podjąć decyzję o modyfikacji tego, co zostało dla Ciebie wyprodukowane rusztowanie, lub usunąć rusztowanie i zbudować aplikację dokładnie tak , jak chcesz.

Jeśli jest to Twoja pierwsza aplikacja do obsługi szyn, zdecydowanie zalecamy, aby nie używać rusztowań. Jako ćwiczenie edukacyjne nic nie uczy lepiej niż zejście do metalu i zobaczenie dokładnie tego, czego potrzebujesz, aby uruchomić aplikację.

Mam nadzieję że to pomoże!

Używam go z tego prostego powodu, że szybsze jest usuwanie niepotrzebnego kodu z tego, co generuje rusztowanie, niż tworzenie wszystkich plików i kodu ręcznie.

Gdybym był tobą, spróbowałbym przynajmniej sam i przekonał się, czy to, co się wyda, jest w większości przydatne, czy nie.

Nigdy nie korzystałem z niego przez 4 lata tworzenia aplikacji Railsowych. Może się przydać w niektórych sytuacjach. Zaletą jest to, że jest to oczywisty tymczasowy interfejs użytkownika, więc nikt nie będzie próbował z nim żyć.

Tego samego nie można powiedzieć o ActiveScaffold (na wypadek, gdybyś go natknął). Wygląda jak interfejs użytkownika, który można wysłać, a zarząd może dać się zwieść myśleniu, że interfejs użytkownika jest dobry i poprosić o wysyłkę. Nie! W rzeczywistości już żałuję, że wspomniałem o AS.

Stworzyłem wiele stron internetowych z RoR iw firmie, w której pracowałem, nigdy z niej nie korzystaliśmy. Myślę, że dotyczy to większości programistów RoR. Chociaż pamiętam kilka dyskusji na ten temat, a niektórzy profesjonalni programiści używali go w pewnych okolicznościach.

Ale myślę, że nie użyli domyślnej wersji rusztowania Rails, zamiast tego wdrożyli własną odmianę. Może to działać szczególnie dobrze, jeśli wykonujesz pracę w domu dla dużych firm, w których projekt niewiele się zmienia (lub nie ma znaczenia) i potrzebujesz dużo widoków na ten sam rodzaj danych dla statystyk lub podobnych powtarzalnych zadań .

Aby powtórzyć to, co powiedzieli inni, kiedy używam szyn, używam rusztowań, ale nie polegam na rusztowaniach, jeśli ma to sens. Często potrzebuję 90% tego, co generuje rusztowanie, więc łatwiej jest uruchomić generator, a następnie usunąć to, czego nie potrzebuję (np. „HTML lub XML”, jeśli nie potrzebuję XML), niż napisanie wszystkich ten sam kod ręcznie. Nie robisz nic, tylko marnujesz naciśnięcia klawiszy.

Jeśli się uczysz, powinieneś napisać go ręcznie, abyś wiedział, co robi i dlaczego to robi, a następnie zacznij używać rusztowania, aby szybko wygenerować ten kod. IMO, profesjonalny programista Railsów, wie, kiedy używać rusztowania, a kiedy używać go do generowania podstawowego kodu, a następnie modyfikowania go w zależności od potrzeb dla aplikacji.

Zacząłem swoją aplikację od rusztowania, ale przez trzeci podmiot, kiedy zacząłem odchodzić od „drogi RoR”, uznałem ją za bezużyteczną.

W skrócie: nie.

Użyję generatorów, ale prawie nigdy nie używam już rusztowań. Zwykle spędzasz sporo czasu na edytowaniu rusztowań, a to staje się trochę niewygodne.

Uważam, że dobry kompromis w korzystaniu z generatorów kontrolerów może sprawić, że zaczniesz działać bardzo szybko, jeśli wykonujesz programowanie odgórne.