2009-11-23 17 views

Respuesta

24

Ejemplo

Aquí es un ejemplo de registro de un sistema de gestión fragmento basada en YAML que creé hace años:

- caption: fieldset msie5 
    tinycap: fieldset 
    domain:  html 
    desc:  fieldset and legend tag 
    body: | 
     <fieldset> 
     <legend>legend</legend> 

     </fieldset> 

Puede repetir eso o algo así para todos los fragmentos que quieres administrar. Este sistema en particular almacena los fragmentos como una matriz de pares nombre-valor (las personas Perl lo llamarían AoH). Si no necesita toda esta información adicional, bastará con dos pares de nombre-valor (por ejemplo, título + cuerpo).

Lo bueno de este sistema: la sangría YAML previene los problemas de "colisión de delimitadores". Nunca tiene que usar clumsyescapesequences dentro del cuerpo de su fragmento.

editor de texto o IDE alternativa

Nota: Cada vez más, los editores de texto y entornos de desarrollo compatibles con las opciones de gestión fragmento flexibles de forma nativa, por lo que es posible que desee considerar el uso del formato de un editor de texto en lugar de re-inventar su propio . Si reinventa el suyo, puede escribir un script para traducir su formato YAML al formato nativo de un editor de texto, si luego decide que desea hacerlo.

Consulte también:

0

Use plantillas. Probablemente no debemos mezclar para poner HTML en los archivos .po o en la capa de datos ya que el escape y el doble escape (escape de JavaScript) mantienen las distintas capas de presentación (vista) y persistencia (almacenamiento). HTML es presentación y vista, por lo tanto, pertenece a la capa de presentación.

+13

Personalmente no soy seguidor de una respuesta que simplemente sea "no deberías hacer eso". Tal vez el OP es consciente de los pros y los contras y ha decidido que esto es lo que deben hacer. No les dé lecciones, al menos no sin emparejarlo con la solución * real * a su pregunta (es decir, "No lo haría, pero así es cómo hacerlo funcionar ...") – steve

+2

En mi caso, Necesito almacenar un pequeño trozo de xml en mi archivo de configuración (porque necesito enviarlo a un servicio de vez en cuando). No es un marcado, es parte de la operación de mi programa. Almacenarlo en config es sensato. Su respuesta agregaría una nueva capa de complejidad y no obtendría nada de ella. – jcollum

Cuestiones relacionadas