=2D----BEGIN PGP SIGNED MESSAGE-----
> The eventual goal is to allow a real database to be plugged in as the
> background. This would significantly reduce memory usage. Unfortunately,
> I am not a database expert, so this will not be something done quickly.
The greatest problem we will have to face is the 'tight' binding between th=
data storing backend (which does not really exist at the moment) an die GUI=
We have to remove the access to the "personMap" in one piece - it would=20
require to completely transfer the content of the database into the program.
I suppose that refactoring process can be *really* difficult since we do no=
have a compiler that tells us every place where this method (that does not=
exist anymore, then) is called. Instead the program will 'explode' at runti=
every time such an access occurs. That's the disadvantage of not using a=20
typed programming language with a compiler.
Jesper Zedlitz eMail : jesper@... =20
Homepage : http://www.zedlitz.de =20
ICQ# : 23890711 =20
PGP-Key : http://zedlitz.de/pub_key.asc
=2D----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (GNU/Linux)
=2D----END PGP SIGNATURE-----