Value Types for Java
Ben Hutchison
benh at ibsglobalweb.com
Wed Jun 25 01:11:03 PDT 2008
Kenneth Russell wrote:
> I would be concerned about the semantic change of
> pass-by-value and what that would mean for the easy readability and
> understanding of Java source code
I would point to the CLR as a successful example here. Value types and
references types mingle fairly painlessly in .NET.
Ive done two commercial projects in .NET and spent a fair amount of time
reading blogs, forums and articles in that community. I haven't got the
impression that structs are a common stumbling block or pain point for
.NET developers: developers sometimes wish structs allowed inheritance;
the ability for structs to take null value seems to be one significantly
desired feature, thats now provided via a transparently boxed form (see
"Nullable types").
Admittedly, that platform offered them from the outset (and even
specification of field layout in memory) whereas Java has been
reference-types-only for > 12 years, so it's a bigger cultural change.
But given the proliferation of JVM languages whose needs drive this
mailing list, it seems like the Java community is in the mood for change.
-Ben
--
*Ben Hutchison
Senior Developer
* Level 2 476 St Kilda Road Melbourne VIC 3004
T 613 8807 5252 | F 613 8807 5203 | M 0423 879 534 |
www.ibsglobalweb.com <http://www.ibsglobalweb.com/>
This e-mail (and any attachments to this e-mail) is for the exclusive
use of the person, firm or corporation to which it is addressed and may
contain information that by law is privileged, confidential or protected
by copyright. If you are not the intended recipient or the person
responsible for delivering this e-mail to the intended recipient, you
are notified that any use, disclosure, distribution, printing or copying
of this e-mail transmission is prohibited by law and that the contents
must be kept strictly confidential. If you have received this e-mail in
error, kindly notify us immediately on + 613 8807 0168 or respond to the
sender by return e-mail. The original transmission of this e-mail must
be destroyed.
Internet Business Systems Australia Pty Ltd accepts no responsibility
for any viruses this e-mail may contain. This notice should not be removed.
More information about the mlvm-dev
mailing list