Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [udig-devel] ID

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



Back to the top