El uso de claves i18n más cortas (por ejemplo, t '.submit_button') en las vistas Rails hace que sean más fáciles de escribir, pero ¿es realmente bueno? Cuando más adelante decida refactorizar sus vistas y parciales, debe recordar actualizar las entradas de localización respectivas. ¿No sería más sólido nombrarlos por el significado comercial y siempre especificar el nombre completo?¿Es una mala práctica buscar en Rails I18n?
Bueno, estoy usando una mezcla. ;-)
Para cosas como "sí", "no", "enviar", "cancelar" Tiendo a usar un espacio de nombre llamado "por defecto" así que siempre lo uso como t 'defaults.cancel'. Eso también podría abordar el asunto "submit_button" que mencionaste anteriormente. Para mis vistas específicas, decidí usar la función de búsqueda diferida.
Si quieren claves para I18n puntos de vista específicos que tiene que decidir lo que se ajusta mejor para usted:
Si no te importa buscando en el archivo YAML para las teclas I18n y los cambia si cambia la vista lo hace. La ventaja es que guarda algunos caracteres por cada llamada al I18n.t en su vista.
Pero si cambia los nombres de su vista muy a menudo (no estoy seguro de por qué debería tener que hacerlo :)) entonces es mejor que use la forma que describió.
Como ya he dicho, prefiero la primera opción ya que es más conveniente para mí.
como nota al margen;
si es necesario comprobar cómo Rails es resolver esas claves de búsqueda I18n perezosos, y donde los carriles ellos está mirando hacia arriba, esto podría ayudar a su depuración:
http://cache.preserve.io/8vupog4s/index.html (original estaba en http://unixgods.org/~tilo/Rails/where_is_Rails_trying_to_lookup_L10N_strings.html)