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