Preludio

Los modelos de roles son importantes.

• Oficial Alex J. Murphy / RoboCop

El objetivo de esta guía es presentar un conjunto de mejores prácticas y estilo recomendados para el desarrollo de Ruby on Rails 4. Es un guía complementa a la ya existente impulsada por la comunidad Ruby coding style guide.

Algunos de los consejos aquí son aplicables solo a Rails 4.0+.

Puede generar un PDF o una copia HTML de esta guía usando [Pandoc] (http://pandoc.org/).

Las traducciones de la guía están disponibles en los siguientes idiomas:

• Ingles
• Chino Simplificado
• Chino tradicional
• Japonés
• Ruso
• Turco
• Coreano
• Vietnamita

La guía de estilos de ruby on rails

Esta guía de estilo de Rails recomienda las mejores prácticas para que los rails del mundo real los programadores pueden escribir código que pueda ser mantenido por otros programadores de rails del mundo real. Se usa una guía de estilo que refleja el uso del mundo real y una guía de estilo que se aferra a un ideal que ha sido rechazado por la gente se supone que ayuda a que los riesgos no se usen para nada & ndash; no importa que tan bueno es.

La guía está separada en varias secciones de reglas relacionadas. He intentado agregar la razón de ser de las reglas (si se omite, supongo que es bonita obvio).

No presenté todas las reglas de la nada, se basan principalmente en mi extensa carrera como ingeniero de software profesional, comentarios y sugerencias de los miembros de la comunidad de Rails y de varios prestigiosos recursos de rails.

Tabla de contenido

• Configuración
• Enrutamiento
• Controladores    * Representación
• Modelos    * ActiveRecord    * Consultas ActiveRecord
• Migraciones
• Vistas
• Internacionalización
• Activos
• [Anuncios publicitarios](#anuncios publicitarios)
• Extensiones principales de soporte activo
• [Tiempo tiempo)
• Bundler
• [Gestión de procesos](#procesos de gestión)

Configuración

•   Coloque el código de inicialización personalizado en config / initializers. El código en   los inicializadores se ejecutan al inicio de la aplicación. ^{[[link] (# config-initializers)] </ sup>}

•   Mantenga el código de inicialización para cada gema en un archivo separado con el mismo nombre   como la gema, por ejemplo carrierwave.rb, active_admin.rb, etc. ^{[[link] (# gem-initializers)] </ sup>}

•   Ajuste en consecuencia las configuraciones para desarrollo, prueba y producción   entorno (en los archivos correspondientes en config / environments /) ^{[[link] (# dev-test-prod-configs)] </ sup>}

  * Marque activos adicionales para precompilación (si corresponde):

     `ruby     # config / environments / production.rb     # Precompilar activos adicionales (application.js, application.css,     # y todos los que no son JS / CSS ya están agregados)     config.assets.precompile + =% w (rails_admin / rails_admin.css rails_admin / rails_admin.js)      `

•   Mantenga la configuración que se aplica a todos los entornos en el   archivo config / application.rb. ^{[[link] (# app-config)] </ sup>}

•   Cree un entorno de ensayo 'adicional que se parezca mucho al   producción` uno. ^{[[link] (# staging-like-prod)] </ sup>}

•   Mantenga cualquier configuración adicional en archivos YAML en el directorio config /. ^{[[link] (# yaml-config)] </ sup>}

  Dado que los archivos de configuración Rails 4.2 YAML se pueden cargar fácilmente con el nuevo método config_for:

Rails::Application.config_for(:yaml_file)