Fwd: nest syntax alternative

Brian Goetz brian.goetz at oracle.com
Tue Feb 19 22:50:43 UTC 2019


Received on the -comments list.

My analysis: while the package { ... } syntax acts as a nice container 
for multiple class units, and might well have been a nicer syntax for 
multiple classes in the same source file than aux classes, it's really 
no different than allowing aux classes to be public; we are still left 
with the same problem of finding the source file corresponding to 
com/foo/X.class, because it will not necessarily be the corresponding 
com/foo/X.java in the source path.




-------- Forwarded Message --------
Subject: 	nest syntax alternative
Date: 	Fri, 15 Feb 2019 13:19:00 +0100
From: 	Maarten Van Puymbroeck <maarten.vanpuymbroeck at gmail.com>
To: 	amber-spec-comments at openjdk.java.net



Hello,

Just thinking out loud here.

Remi's proposals about the nest syntax and flattening of nested subtypes
gave me the idea of "package files".
This would allow all classes of a package to be defined in one file instead
of a directory, making them implicitly part of the same nest without the
nested class issue (if it's considered an issue). The concept would be
compiled away completely.

shedding a bike:

package com.test.expressions {
sealed class Expr {}
record Value(int value) extends Expr;
record Add(Expr left, Expr right) extends Expr;
}

Apart from the choice of nest host, this probably has other concerns. But
maybe the idea might spark some other ideas...

Kind regards,
Maarten.
(just a silent follower)
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mail.openjdk.java.net/pipermail/amber-spec-experts/attachments/20190219/cdd5933a/attachment.html>


More information about the amber-spec-experts mailing list