[bv-dev] Validator#forMethods()

[Hardy Ferentschik]

I have to back up Emmanuel here. 'forMethods' resonates much better and I think that just reading this method name
users would have a better idea on what this is about compared to ' forExecutables'. I know executables might be the 
right name now, but it always has the long standing meaning of binary executables which might get you confused when 
reading the method name. 

I have another issue with the renaming. As you know by now I am a big fan consistency, but how far do we want to take it?
If we rename the API we really should rename the whole feature and call it "Executable validation". Do we want to go this far?
My gut feeling is no in which case I would also recommend to stick to 'Validator#forMethods()' in the API.

--Hardy



On 4 Jan 2013, at 11:31 AM, Emmanuel Bernard <emmanuel at hibernate.org> wrote:

> I like forMethods because it resonates faster on people's mind. But I
> can live and get forExecutables grow on me. So I'm neutral.
> 
> Emmanuel
> 
> On Fri 2013-01-04 11:05, Gunnar Morling wrote:
>> Hi all,
>> 
>> While working on the TCK, I came across our new method
>> Validator#forMethods() which allows to validate method and constructor
>> parameters/return values.
>> 
>> Given that we introduced the term "executable" when referring to both
>> methods and constructors, I wondered whether the method should better be
>> named "forExecutables()".
>> 
>> Thoughts?
>> 
>> --Gunnar
> 
>> _______________________________________________
>> beanvalidation-dev mailing list
>> beanvalidation-dev at lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/beanvalidation-dev
> 
> _______________________________________________
> beanvalidation-dev mailing list
> beanvalidation-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/beanvalidation-dev