Процесс запуска проекта Ruby on Rails - PullRequest
4 голосов
/ 27 мая 2010

Я собираюсь начать проект Ruby on Rails, и мне очень хотелось бы услышать, как другие проходят процесс запуска проекта . У меня довольно большой опыт работы с RoR, но у меня не так много , начиная с нуля, только с видением опыта, и я был бы признателен за мудрость тех, кто был там.

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

  • Дизайн модели и отношения (сущности, как они связаны, и их атрибуты)
  • Подумайте о пользовательских сценариях использования (или раскадровках) и реализуйте минимум, чтобы сделать это
  • Создание Модульных тестов модели , затем создание необходимых миграций и моделей AR для прохождения тестов
  • Взломайте самую базовую версию самой простой части вашего приложения и перейдите оттуда
  • Начните с шаблона для приложения rails (например, http://github.com/thoughtbot/suspenders)
  • Сначала выполните скучное хрюканье (Аутентификация пользователя, управление сеансом, ...)
  • ...

1 Ответ

2 голосов
/ 27 мая 2010

Я обнаружил, что выполняю следующие задачи для большинства проектов:

  1. Сбор требований пользователя
  2. Разработка базы данных моделей
  3. Сборка просмотров
  4. Упорядочить макеты
  5. Найдите и изучите Плагины / Gems
  6. Тестирование
  7. Отзыв пользователя / Принятие
  8. Развертывание приложения
  9. Документация

После этих лет работы фрилансером, я думаю, что шаги 1 и 2 являются наиболее важными (по крайней мере, для небольших проектов). Прежде чем писать какой-либо код, я призываю пользователей завершить весь пользовательский интерфейс. HTML-скелет лучше, чем письменный документ. Пользователи не и не будут понимать спецификации программного обеспечения. Они могут дать отзыв только после того, как увидят, что могут что-то щелкнуть Таким образом, свободное владение HTML-сайтом является полезным навыком. Иногда я делегирую задачу партнеру как роль SA.

Rails очень хорош для построения постоянно развивающейся схемы. Попробуйте использовать миграции и заполнение данных вместо непосредственного написания операторов SQL. Я все больше и больше полагаюсь на ActiveRecord. script/console - хороший инструмент для проверки этих отношений «многие ко многим» и построения :conditions =>.

В последнее время я работал над несколькими устаревшими базами данных, функция establish_connection и set_table_name в ActiveRecord элегантно склеивает старую и новую базы данных.

Я также хотел бы воспользоваться этой возможностью, чтобы поблагодарить Райана Бейтса , я узнал много Rails из его railscasts .

...