...
Description
This proposal:
- introduces DataAccess as a super class of DataStore
- traditional DataStore methods are maintained; often type narrowing a method in DataAccess
- client code can be written against DataAccess for the general case; DataStore offers more specific that can make use of the SimpleFeature assumption
- this proposal covers a naming convention / design stratagy that can be used for GridAccess as well
Additional information:
| Children Display |
|---|
...
| Code Block |
|---|
/** @since 2.0 */
public interface FeatureSource<T extends FeatureType, F extends Feature> {
FeatureCollection<T,F> getFeatures(Query query);
T getSchema();
DataAccess<T, F> getDataStore();
}
|
Documentation Changes
- Developers Guide will need a section on adding a DataAccess api that has the right feel
- Data Module from the Module matrix page
- Upgrade to 2.5
- http://svn.geotools.org/geotools/trunk/gt/demo/example/
- Home
- Home