Request for comments: Bug 6306820
Richard Kennard
richard at kennardconsulting.com
Thu Jun 21 16:21:04 PDT 2007
Michael,
> Though I think we should stick with the uppercase convention.
Agreed.
> What are you suggesting here?
Nothing different to what I have been saying before. HTML requires us to
have the 'multi-valued return' feature, but I think if the API looks like...
class UrlEncodedQueryString
{
void append( String name, String value );
void set( String name, String value );
String get( String name );
List<String> getValues( String name );
}
...people are going to be 'Huh? What's the difference between get() and
getValues()? When I put() or add() Strings in a List or a Map I don't
need a get() and a getValues(), why do I need them here?'. Whereas, if
the API looks like...
class UrlEncodedQueryString
{
void appendParameter( String name, String value );
void setParameter( String name, String value );
String getParameter( String name );
String[] getParameterValues( String name );
}
...it feels a little more familiar. People can say 'hey this is weird,
but it's the same kind of weird I'm used to from the Servlet API'.
I keep going back to the Servlet API because it's the only Java SE/EE
API, as far as I know, that directly addresses this same area. However,
if I'm the only one that feels this way I'll go with the former?
Richard.
More information about the net-dev
mailing list