-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Niclas Hedhman schrieb:
> Your real problem is same as with Java.
>
> How do you solve;
>
> public interface Person
> {
> }
>
> is going to get a "spouse" property of type Person in runtime? And how
> are you going to change the rest of the domain code to suddenly 'know'
> that there is a "Person getSpouse()" method available, and for it to
> know the semantics what that really means. All in run-time.
>
>
> Once you have figured that out, it is the same in Qi4j. You will have
> to sacrifice type-safety, domain oriented code and so forth. And I
> actually think that you are probably describing the wrong use-case.
> Although you say that you want users to change the domain model in
> runtime, you are probably talking about "The user must be able to
> store additional categorized information of her choosing with Person
> instances.", which is not changing domain models.
Niclas, you're absolutely right, the users shall not change the domain
model wich the domain codes depends on. However, Rickard pointed out a
Property<Map<String,String>> would be a vehicule for "additional
categorized information" but this would not be available for querying.
In the other thread I started "Qualifier not beeing an entity" we're
discussing a similar topic. So how would you recommend to build the
model for "additional categorized information", say in case of e-mail
headers (basically a Map<String,String>) when the information shall be
queryable and indexable?
- -billy.
- --
Philipp Meier Softwareentwicklung und Beratung
Baldingerweg 11 http://philipp.meier.name/
89077 Ulm tel:+49-(0)-175-8004580
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iEYEARECAAYFAkkd87MACgkQHNGEnKKTsN3EuwCeI+6g5qUyCA4i4MIJFkjSDjbr
ZjYAmgI5eNa8aitnyGxM0ejSMJiEBGqZ
=d1ee
-----END PGP SIGNATURE-----
_______________________________________________
qi4j-dev mailing list
[email protected]
http://lists.ops4j.org/mailman/listinfo/qi4j-dev
