[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index]
[
List Home]
Woosh anything that takes out File guess work is a big plus :). Is
there any more updates on this?
On 8-Oct-08, at 2:42 AM, Jody Garnett wrote:
I did look at the GeoServer Catalog class (they now just use a
String for identifier).
To follow up our conversation I have committed a sample ID class
with the following api:
class ID {
ID( File );
ID( URI );
ID( URL );
boolean equals( Object );
int hashCode();
File toFile()
String toString();
URI toURI();
URL toURL();
}
I will try it out and let you know if it helps at all.
Jody
Jesse Eichar wrote:
On 3-Oct-08, at 2:44 AM, Jody Garnett wrote:
I am catching up a few commits I have been running with here a
while:
- Removing NavigationFactory as a waste of time/effort
- Breaking ICatalog out into IRepository and ISearch
Good
I am still unhappy with using URL as an "id"; the use of
CorePlugin.RELAXED_HANDLER is terrifying.
Is URI really much better? Or would just using a String make
everything easier in code examples and for developers in general?
I am very tempted by String. But maybe we want to hedge our bets
by having an ID object that backs onto a string? Probably
overengineering so probably string is acceptable.
jesse
_______________________________________________
User-friendly Desktop Internet GIS (uDig)
http://udig.refractions.net
http://lists.refractions.net/mailman/listinfo/udig-devel
_______________________________________________
User-friendly Desktop Internet GIS (uDig)
http://udig.refractions.net
http://lists.refractions.net/mailman/listinfo/udig-devel