problema de diseño

[moron]

Estimados:

Tengo una duda con el diseño de una aplicación.

resulta que para una entidad, realizo mediciones que pueden ser de diversos tipos, y cada medición tiene x cantidad de determinaciones.
Supongamos:

entidad 1:
----Mediciónes:
---------Ensayo.
-----------Array de valores.
---------Ensayo2.
------------Valor
---------Ensayo 3:
-----------Array de valores


el diseño ideal, sería una clase base medición y clases específicas para cada tipo de ensayo.
El tema es que el usuario quiere definir los tipos de mediciones en una tabla, es decir que no tengo control de cuantas son.
Cómo solventarían este tema?

Muchas gracias desde ya.

[_Ruben_]

La solución que propones como ideal me parece perfecta, pero no logro entender cual es el problema que encuentras a que el usuario defina los tipos de mediciones en una tabla (quizás no entendí muy bien tú problema). Si pudieses explicar más tú problema para que pueda entenderlo quizás pueda ayudarte.

[moron]

Gracias por la respuesta.

El tema es que las mediciones tienen determinaciones distintas (atributos distintos).
Por ejemplo, si el usuario selecciona la opción de medición x, se tiene en cuenta los atributos z,c,y v
en cambio para medir Y se tienen los atributos q,w,e.

es decir, cada medición tiene su especificidad, que es diferente a la de otra medición.
a lo mejor me estoy enroscando, pero no encuentro la forma de hacerlo

Saludos

[_Ruben_]

Entendí mejor (era como yo suponía), la solución que planteas me sigue pareciendo perfecta, lo que no veo es el problema a la hora de que el usuario seleccione el tipo de medición.

[moron]

A lo mejor no me expresé correctamente.
El usuario da de alta una determinación nueva y yo no se de antemano cuales son los atributos que esta tiene.
Si supiera podría generar las clases base, pero el alta de las determinaciones se da en producción.

[Heimish2000]

Puedes hacer una clase (o estructura) que sea atributo/valor y crear un array de esa clase como atributo de la clase medicion.

Cada vez que cree una medicion, vas a base de datos, ves los atributos que se tienen en cuenta e inicializas el array con esos datos.

No se si se entiende lo que quiero decir exactamente.

[moron]

Gracias por la respuesta.
Había pensado en una solución parecida a esa, almacenando un xml en un campo de la medición, pero quería descartar antes que no exista una opción mas POO.

[_Ruben_]

Creo que ya entendí bien tú problema.

Si el usuario crea un nuevo tipo de medición este necesita su clase con sus atributos para ser POO. El problema que tienes es que quieres generar una clase en base a lo que indica el usuario, es decir, crear código, y eso no es POO.

Debes aplicar la solución ideal que encontraste, esa si es POO, y si se quiere un nuevo tipo de medición implementar una clase más con los atributos que correspondan. Crear una nueva medición es implementar una clase más, no es indicar el nombre y que atributos tiene. Si intenta usar/crear un tipo de medición que no existe simplemente no debes permitirlo.

Eso para que sea POO. Si esa solución no le gusta al usuario entonces tendrás que buscar una alternativa, pero entonces ya no sería POO o sería todo POO menos esa parte. En cualquier caso no sería POO al 100%.

[moron]

Muchas Gracias Ruben. me queda claro ahora el concepto.

Saludos