Acabo de notar que casi todos los valores clave en los archivos de propiedades están en nombres separados por puntos. eg -some.key = algún valor ¿Alguien sabe por qué? Solo pregunto por curiosidad.Archivo de propiedades con nombres de clave separados por puntos
Respuesta
No hay ninguna razón específica para eso, pero es solo para una mejor comprensión de los programadores nada más. también puede escribir directamente la clave = valor sin usar ningún tipo de "algo" :-)
Es básicamente una convención que hace que sea más fácil ver qué propiedades están relacionadas.
Por ejemplo:
person.title = "Título" person.surname = "Apellido" job.description = "Algunos Descripción"
Es fácil ver por qué propiedades están relacionadas y, usando un editor inteligente, puede elegir ver solo las propiedades por persona. Algunos IDE y editores incluso pueden usar esto para agregar el código completado, ya que sabe que quiere trabajar con una persona, pero puede que no recuerde la propiedad exacta.
A veces subestimamos el poder de legibilidad, pero una convención como esta facilita a cualquier persona agregar, editar o mantener estas propiedades. Esto se vuelve muy importante cuando se trabaja en equipos o cuando se sube a juveniles.
- 1. Obteniendo nombres de ... (puntos)
- 2. ¿Cómo escapas dos puntos (:) en el archivo de propiedades?
- 3. Escapar dos puntos en nombres de archivo en un Makefile
- 4. ¿Cómo iniciar sesión en archivos separados por hilo con Log4Net?
- 5. Hadoop: la clave y el valor están separados por tabulaciones en el archivo de salida. ¿cómo hacerlo separados por punto y coma?
- 6. valores separados por comas con consultas SQL
- 7. números separados por coma con asp.net mvc
- 8. Ordenar una lista de números separados por puntos, al igual que las versiones de software
- 9. Problema WebBrowser con nombres de objetos/propiedades de Enlace tardío
- 10. Python: Leer archivo de configuración con múltiples líneas por clave
- 11. Ordenando nombres de archivo por longitud del nombre de archivo
- 12. Cómo lectura-escritura en/de archivo de texto con valores separados por comas
- 13. Nombres significativos para las propiedades de navegación utilizando Entity Framework
- 14. Archivo de propiedades externas con Weblogic
- 15. Convertir nombres de propiedades de estilo JSON en nombres de CamelCase de Java con GSON
- 16. Archivo de propiedades con una lista como el valor de una clave individual
- 17. canonicalizing Java nombres de propiedades frijol
- 18. Rails.cache.clear ciertos nombres clave?
- 19. Conversión de valores separados por comas de comillas dobles separados por comas cadena
- 20. Consulta de Linq con subconsulta como valores separados por comas
- 21. apache, permite nombres de archivo con '?'
- 22. ¿Es posible envolver o fusionar espacios de nombres separados?
- 23. Django: filtrado de propiedades de clave externa
- 24. C# regex - seleccione nombres de propiedades de clase, nombres de métodos y campos del archivo de clase (.cs)
- 25. separación de valores separados por comas
- 26. Nombres de propiedades dinámicas en VBA
- 27. ahorro a las propiedades de archivo escapa:
- 28. Lista de selectores separados por comas?
- 29. Dividir nombres de archivo con python
- 30. log4j nombres de archivo de registro?
Es sin duda una forma convencional de notación de cardinalidad para relaciones de uno a muchos entre grupos de propiedades (por ejemplo, person.name, person.age). En XML, se expresaría como " person" y similar en una tabla de base de datos "PERSON" con columnas NAME y AGE. Sin embargo, este formato adolece de todos los problemas de forma canónica, como en los archivos CSV donde el delimitador (punto) ni el separador de valores (iguales) no pueden formar parte de la clave de propiedad sin escapes. XML solucionó esto, pero actualmente existe una tendencia a retroceder a JSON y a formatos de texto sin formato como este. –
@DarrellTeague - Sí, tiene razón, tiene algunos problemas, pero como es más una convención que un estándar, creo que es libre de hacer sus propios ajustes. La afición por volver a lo más simple es, si me preguntas, algo bueno, pero luego, ¡soy un desarrollador bastante perezoso! Gracias por tus ideas. – Ewald