Andrea Aime ha scritto: > Justin Deoliveira ha scritto: >> I have been giving a bit of rough feedback to others for their proposals >> so here is a chance for people to get back at me. I finally got around >> to writing up my ideas on how to cleanup data access with regard to >> feature collection. >> >> http://docs.codehaus.org/display/GEOTOOLS/DataStore+Cleanup > > Time for my feedback too: > * the DataStore.getFeature(blah, blah) should be merged with Gabriel > proposal > * FeatureSource2 ok (besides the name) > * FeatureStore2 hum... don't know. Do we really need to have > writers around at all? FeatureStore already has addFeature, > modifyFeatures, delete. That would work fine for databases for > example. > On second thought, modifying a shapefile or a GML with a > non streaming approach might be hard, so I guess we need > to keep them around.
Thinking more about this, what prevents FeatureCollection to access the methods in DataStore directly? It has the FeatureStore reference, and it can access the datastore thru them. Yet, this would make it harder to implement a FeatureXXX wrapper, because one would have to wrap the associated datastore as well. More food for thought? Cheers Andrea ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ Geotools-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/geotools-devel
