2010-11-02 10 views
10

Acabo de comenzar a documentar una aplicación de rieles. Sé que esto realmente lo hace rdoc, así que seguí algunas guías de rdoc con respecto a la sintaxis y demás, pero me quedé atascado cuando traté de describir los atributos de los modelos, las validaciones y la relación entre los modelos, principalmente porque estas cosas son parte de ActiveRecord. Entonces, me pregunto si hay alguna guía o una buena práctica sobre cómo documentar una aplicación de rieles o si me falta algo.¿Cómo documentar una aplicación de rieles?

Sé que podría poner todo esto en la descripción de la clase, pero me pregunto si hay una forma más estrechamente relacionada con la declaración en sí misma (has_muy, validates_presence_of, etc.) y ¿qué pasa con los atributos?

Respuesta

3

Yo personalmente prefiero YARD - http://yardoc.org, ya que hace un mejor trabajo en la documentación de mi humilde opinión. No sé si hay un controlador específico para Rails disponible, pero es bastante fácil escribir uno - http://yardoc.org/guides/extending-yard/writing-handlers.html Un buen ejemplo podría ser el controlador de atributos - parte de la joya del patio: lib/yard/handlers/ruby ​​/ attribute_handler .rb

+0

Creo que este es un enfoque muy iterativo, creo que el único problema es que parece un poco joven y tiene una curva de aprendizaje más pronunciada de lo que esperaba, sin embargo, creo que tiene un gran potencial. Incluso comencé a imaginar algunas características agradables, como alimentar la base de datos con la documentación de las migraciones, y luego obtener esa documentación en el generador, de esa manera puedes matar dos pájaros de un tiro, la documentación de la aplicación y la de la base de datos. – ramontiveros

2

Recuerde que sus pruebas son parte de la documentación (para desarrolladores), especialmente si está usando Cucumber donde los escenarios son fáciles de leer. Si mantiene sus métodos muy cortos y hay un método de prueba con un nombre descriptivo, p. "debería establecer el nombre de los usuarios" Encuentro que normalmente no necesito comentarios sobre el método.

Validaciones u otras partes de los rieles No me gustaría documentar. Parte de ser un desarrollador de Rails es entender cómo funcionan, creo que es una suposición razonable que otro mantenedor de su código que lo lea en el camino sabrá las validaciones u otras cosas incorporadas en Rails. Con la misma lógica, si puede usar características del marco o rutas felices (sin desviarse demasiado) con código de terceros [documentado], se escribirá mucha de la documentación para usted.

+0

Me gusta este enfoque, creo que para el equipo de desarrollo funcionará, pero en algunos casos necesita un documento en realidad, un documento que puede no ser utilizado estrictamente para un desarrollador, sino por un tipo que realmente no se preocupa por el pruebas (y no es necesario) – ramontiveros

+0

Por otro lado, las validaciones no siempre son fáciles de interpretar, incluso para un programador, por ejemplo, en mi aplicación tengo alguna validación para algunos atributos numéricos que deben estar entre -180 y 180. Esto se debe a que este atributo representa un el valor de latitud y estos valores solo pueden estar en este rango. Y esto es simplemente fácil, tengo otras validaciones que incluyen relaciones y restricciones más abstractas, que incluso cuando volví a leer, el código no está claro por primera vez. – ramontiveros

Cuestiones relacionadas