Re: [udig-devel] ID

[Jesse Eichar <jesse.eichar@xxxxxxxxxxxxxx>]

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