y... digamos que meter todos valores en un string no es que sea un WOW!!...
especialmente si no tiene cuidado a fijar el CultureInfo para la conversión.
de algún lado algo sobre esos "Attributes" tendrá que meter.... a parte que
usar el Attribute y AttributeUser como entity es todo un decir... una
collection de components sería mas que suficiente.
la otra, si no te gusta dynamic-componet, es esta:
public class Trim : BaseEntity
{
private string name;
public virtual Model Model { get; set; }
public virtual string Name { get; set; }
public virtual int Year { get; set; }
public virtual Definition Definition { get; set; }
public virtual int ExternalId { get; set; }
}
Donde Definition es un grafo bastante complejo y dinamico tratado como
'document' y mapeado con:
mapper.TypeDef<Definition, JsonType<Definition>>();
2011/2/28 José F. Romaniello <[email protected]>
> El 28 de febrero de 2011 11:46, Fabio Maulo <[email protected]>
> escribió:
>
> Yo usería un dynamic-component e implementaría la DynamicEntity para
>> manejar todo con clases de .NET4.
>
>
> Yo estaba por decir algo así, pero esa opción implicaría tener acceso para
> modificar el mapping, si bien se podría poner el mapping externo. Por eso
> propuse un simple <map />
> Lo de "dynamic" (c#) me parece aun menos flexible para este caso, por que
> si llego hasta acá imagino que lo que menos quiere es tener hardcodeados los
> atributos en alguna parte del código.
>
> --
> Para escribir al Grupo, hágalo a esta dirección:
> [email protected]
> Para más, visite: http://groups.google.com/group/NHibernate-Hispano
>
--
Fabio Maulo
--
Para escribir al Grupo, hágalo a esta dirección:
[email protected]
Para más, visite: http://groups.google.com/group/NHibernate-Hispano
