From: Matthew B. <mat...@ou...> - 2006-05-23 12:19:14
|
Alistair Young wrote: > That's really weird. So the only way you can get a UserDetail from a > PrimaryKey is if you have the PrimaryKey of the UserDetail which you got > from the UserDetail? It's because the "standard" way to subclass PersistentObject is to have a findObject(PrimaryKey) which loads the object by its primary key. Classes that have been used allow have the nicer methods but allot of the other classes don't. > and PrimaryKey can mean anything! Should we subclass PrimaryKey for each type so we get argument checking by the compiler? Probably not worth the effort. > It's a VARIANT in > COM speak. Roll on Tetra! I'd just like to replace the PersistentObject/SqlDatabase/SoftCache classes with something else like Hibernate, but that ain't going to happen by tomorrow. If all the database stuff was done from the session layer this would be easier but we have masses of code in Facility (and subclasses) that goes direct :-( -- -- Matthew Buckett, VLE Developer -- Learning Technologies Group, Oxford University Computing Services -- Tel: +44 (0)1865 283660 http://www.oucs.ox.ac.uk/ltg/ |