validar rails formularios formulario crear controlador anidados ruby-on-rails ruby-on-rails-3 ruby-on-rails-3.1

ruby on rails - formularios - Lista de verificación de referencia para iniciar una nueva aplicación Rails?



Es fácil crear una nueva aplicación de Rails usando "rails new myapp" (o comenzar con una plantilla de Rails Wizard o del proyecto RailsApps).

Pero después de eso, ¿qué haces? ¿Qué gemas añades siempre? ¿Qué decisiones tomas antes de comenzar el desarrollo? ¿Qué elementos importantes a menudo se pasan por alto antes de implementar una aplicación?

Me gustaría armar una lista de verificación de referencia para compartir. ¿Alguna sugerencia?

Por ejemplo:

  • Crear un nuevo gemset RVM
  • Modificar el archivo .gitignore
  • Cambiar de TestUnit a RSpec
  • Configurar Guard para ejecutar pruebas en segundo plano durante el desarrollo
  • Agregue el metatag de viewport al diseño de aplicación predeterminado
  • No olvides crear un archivo sitemap.xml
  • Añadir un fragmento de Google Analytics

¿Qué más?


La mayor parte del tiempo:

  1. Configuración
    • añadir .rvmrc
    • amberbit-config gema (disponible en GH)
    • modificar .gitignore
  2. Puntos de vista
    • Haml a sass / coffee stack
    • rdiscount
  3. Pruebas
    • rspec en lugar de pruebas unitarias
    • capybara, factory_gril, spork, timecop
  4. Desarrollo
    • guardia-livereload, con guardia, libnotify etc.
    • active_reload para un desarrollo más rápido con el flujo de activos
    • anotar si db relacional
    • palanca

Casi me olvido de mencionar: la mezcla de html5 repetitivo para rieles con twitter bootstrap es un buen combo.


Lo primero que pienso que hago es ir a http://railswizard.org/ y crear una plantilla, antes de "nueva aplicación de Rails".


Me cansé de tener que recordar y repetir las tareas mundanas requeridas para cada nueva aplicación.

Si está buscando orientación sobre cómo comenzar, recientemente (¡ayer!) Hemos lanzado una herramienta para acelerar el proceso, con todo tipo de bibliotecas probadas y comprobadas para los diversos aspectos de una aplicación web de Rails, así como también para la limpieza Scripts para obtener la aplicación nueva tal como debe ser.

Echa un vistazo a http://drone.bz para crear una aplicación de la misma manera que lo hacemos nosotros. Bajo el capó, usa la gema app_drone para resolver dependencias y crear la plantilla real, pero la interfaz de usuario es probablemente todo lo que necesita para comenzar.

Hay varias herramientas similares por ahí, pero decidí ser muy crítico en mis elecciones de recetas, y el resultado final es una base sólida sobre la cual comenzar a desarrollar :)

PD: incluso si no usas los drones, puedes echar un vistazo a los pasos que son tan comunes en el desarrollo de Rails como para ser automatizados.


No agrego nada. Las cosas se agregan si el proyecto las requiere.

  • No carga CSS framework solo porque se necesitan dos columnas y un botón redondeado en alguna parte.
  • No cargo FactoryGirl porque los accesorios de prueba de rieles realmente funcionan bien siempre que sepas cómo usarlos. (Consejo: no necesitas 100 instancias de Usuario en tus accesorios)
  • No carga RSpec / Cucumber / etc porque UnitTest es igual de bueno y prefiero mantener las cosas simples.

No hay absolutamente ninguna razón para inflar el proyecto con las cosas solo porque usted "podría necesitarlo".


Para mí el proceso habitual implica:

  • Añadir CSS framework (grillas, texto, formularios)
  • Añadir celdas
  • Añadir Slim (www.slim-lang.com)
  • Remove Test :: Unit for RSpec
  • Agregar ajustes de configuración de la aplicación (config.yml)
  • Añadir pepino
  • Añadir FactoryGirl
  • Añadir Spork
  • Agregue Guard (guardia-rspec, guardia-pepino, protectora, guardia-livereload, guardia-spork)
  • Añadir Git, espacio Github, + enmendar .gitignore
  • Añadir espacios Heroku (etapa + producción)

Por lo general, copiaré a mis ayudantes google_analytics y a sitemap_controller de otros proyectos durante el proceso de desarrollo en lugar de estar lo suficientemente organizado para hacerlo desde el principio. Me gusta la configuración de las opciones de prueba e implementación desde el principio para que pueda comenzar a desarrollar y lanzar las aplicaciones de forma temprana y frecuente.

Dave


crear rvm gemset, crear .rvmrc, modificar .gitignore

Luego agrega gemas

  • gema ''pg''
  • gema ''delgada''
  • gema ''ruby-debug19'',: require => ''ruby-debug''
  • gema ''rspec-rails''
  • gema ''factory_girl_rails''
  • gema ''capibara''

luego, dependiendo del proyecto, a menudo uso aws3, paperclip, resque, will_paginate y haml (aunque trato de no usarlo en nuevos proyectos más)


  • Siempre quiero configurar Factory Girl en / fixtures, y configurar Cucumber a lo largo de Rspec. A veces uso también debería.
  • Inicialice el proyecto como un repositorio git y github a github . Configure la aplicación para usar PostgreSQL lugar de SQLite.
  • Y lo último que se me ocurre es que a menudo hago una entrada, desde el principio, para cargar archivos .rb desde / lib automáticamente.