On Sun, Apr 17, 2011 at 3:42 PM, Jody Garnett <[email protected]> wrote: > Okay I think I understand; but we would have that same confusion just with > the existing method right?
Indeed. > How about we change the parameter name to be "unqiueFunctionName". > I tend to like what I suggested; however here are a couple of alternate > ideas: > 1. Avoid the possibility of confusion (well we could not do negative number > of args this way): > FilterFactory.functionName( String unqiueFunctionName, int nargs); > FilterFactory.functionName( String unqiueFunctionName, List<String> > arguments ) > > 2. break my head > FilterFactory.functionName( String unqiueFunctionName, int nargs, Hints > hints ) > > No matter what we do people could make conflicting FunctionNames; they may > even need to if they are working with > multiple external servers. What would make more sense to me, if there is really just one function with a certain name, is: FilterFactory.functionName(String functionName) it's all you need to locate the function. That would require the caller to verify that the available arguments match the function arguments size, which, with Function returning FunctionName, is feasible. Or not? Cheers Andrea -- ------------------------------------------------------- Ing. Andrea Aime GeoSolutions S.A.S. Tech lead Via Poggio alle Viti 1187 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 962313 mob: +39 333 8128928 http://www.geo-solutions.it http://geo-solutions.blogspot.com/ http://www.youtube.com/user/GeoSolutionsIT http://www.linkedin.com/in/andreaaime http://twitter.com/geowolf ------------------------------------------------------- ------------------------------------------------------------------------------ Benefiting from Server Virtualization: Beyond Initial Workload Consolidation -- Increasing the use of server virtualization is a top priority.Virtualization can reduce costs, simplify management, and improve application availability and disaster protection. Learn more about boosting the value of server virtualization. http://p.sf.net/sfu/vmware-sfdev2dev _______________________________________________ Geotools-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/geotools-devel
