yo no sé muy bien cómo hacer esta pregunta, así que voy a expresarlo como un ejemplo en su lugar:objetos de negocio 'estático/Constante'
Imagínese en una aplicación que tiene un objeto Country
. Hay dos propiedades de este objeto: Name
, y una colección 'Bordering Countries
'. Más propiedades podrían agregarse más adelante, pero será el tipo de información que cambiaría muy raramente (por ejemplo, cambios de nombres de países/fronteras)
Digamos que esta aplicación necesita conocer todos los países del mundo. ¿Dónde almacenarías el estado de estos objetos? ¿Cómo los descubrirías? Parece tonto almacenar todo este estado en la base de datos, ya que no cambiará muy a menudo.
Una opción podría ser tener un objeto base abstracto 'país', y tener una clase para cada país heredando de esto con los detalles de cada país. Pero esto no me parece del todo correcto.
¿Cuál es la forma correcta de tratar con este tipo de objetos?
ACTUALIZACIONES:
alguien le preguntó sobre el lenguaje: C#
Además, estoy viniendo esto desde una perspectiva de la aplicación web, por lo que no habría múltiples instalaciones de cliente en el que tendría que preocuparse por actualizar los valores codificados.
La mayoría de la gente ha sugerido que no se codifiquen los datos, sino que se utilicen los archivos DB o XML para almacenar los datos. ¿Alguien podría dar un ejemplo de cómo este tipo de objeto se 'actualizará' (desde, por ejemplo, un archivo XML)? ¿Usarías algún tipo de ayuda o método de fábrica para obtener la instancia de un país en particular?
"no va a cambiar muy a menudo" - Ha visitado alguna vez los Balcanes? –
De hecho, pero consideraría que estos cambios ocurren 'no muy a menudo'. – UpTheCreek