Martin Desruisseaux ha scritto: > I admit that factories in the referencing modules have a lot of indirection > levels, which make it hard to follow with a debugger. > > The old (two-years ago) CTS implementation had fewer indirections. But it has > been critized that some classes were mixing different jobs. For example Andrea > rightly pointed out that 1) reading the database and 2) buffering (or caching) > should be handled by different classes, exactly like java.io.FileReader vs > java.io.BufferedReader. Of course he was right and I fully agree with him.
Ah. Sometimes humans get punished by getting what they are asked for :) I've been lost a number of times trying to debug the CRS framework, without managing to get an understanding of how the classes dinamically compose at run time. A document that explains what happens on the first call to CRS.decode(xxx) down to the SPI level would be very helpful. Cheers Andrea ------------------------------------------------------------------------- This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ _______________________________________________ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
