Re: [Oorexx-devel] Fwd: [Oorexx-svn] SF.net SVN: oorexx: [1344] test/trunk/newooRexxUnit.cls

[Mark M. <mie...@gm...>]

On Nov 30, 2007 9:01 AM, Rick McGuire <obj...@gm...> wrote:

> I believe this is again an outgrowth of the junit stuff.  In Java, the ==
> operator and .equals() are two distinct operations.  The "==" operator is
> identity equivalence, and equals() is value equivalence.  These two method
> names don't feel reversed to me, though I'm not particularly happy with the
> "assertSame()" name.

Combining David's reply and yours.  I'll hold off on making any
changes.  One thing we need of course, that I've been meaning to get
started, is a good reference on the framework and all the methods
available.  Plus a section on how to write test cases for the ooRexx
package.  After we finish the bulk of the changes we can get that
started.

> In ooRexx, we really have 3 relationships, "=", "==",
> and "same", which can be defined as "a~identityHash() == b~identityHash()".
> For non-String objects, these are all the same relationship.  For String
> objects, they are not.  I believe assertSame() is an attempt to capture the
> third object equivalence relationship, which actually only makes sense for
> non-String objects.

Then, I'll settle for, when we get finished, a reference that spells
out semantics of the assert methods, and we can maybe change the
assertSame name if we are not happy with it.

--
Mark Miesfeld