Re: [lang] external matching for Equals and HashCodeBuilder

[Torsten Curdt <tc...@apache.org>]

On 28.09.2005, at 11:13, Torsten Curdt wrote:

> Equals and HashCodeBuilder are great tools
> and usually a straight call to the reflection
> based building does what I need.
>
> ...but in case there is only a single member
> that you want to take out of the picture you have
> to explicitly build the full Builder yourself.
>
> I'd like to propose to add a simple matcher
> class that can be passed in. Would make my
> life a lot easier.
>
> How does that sound?

Any feedback on this suggestion? Stephen?

cheers
--
Torsten

Re: [lang] external matching for Equals and HashCodeBuilder

[Stephen Colebourne <sc...@btopenworld.com>]

Torsten Curdt wrote:
>> Equals and HashCodeBuilder are great tools
>> and usually a straight call to the reflection
>> based building does what I need.
>>
>> ...but in case there is only a single member
>> that you want to take out of the picture you have
>> to explicitly build the full Builder yourself.
>>
>> I'd like to propose to add a simple matcher
>> class that can be passed in. Would make my
>> life a lot easier.

I would be happy to consider additional protected methods to filter out 
fields, but not a generic matcher interface. Its about avoiding the 
'framework' creep in commons-lang.

Stephen

---------------------------------------------------------------------
To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: commons-dev-help@jakarta.apache.org