<div dir="ltr"><div>First, I think it might make sense to share the use cases we have for nestmates in Kotlin (those that will work out):</div><div>- same as Java: nested/inner classes</div><div>- multi-file classes (this is how we emulate free functions that are logically direct members of a package in Kotlin)</div><div><br></div><div>Now, there's one issue that does not seem entirely clear to me: does this proposal imply making nested classes truly private? It does not mention allowing ACC_PRIVATE on classes, so I'm not sure whether this was intended.</div><div>In any case it would make sense, I think. I haven't given it much thought yet, but we could probably legalize the ACC_PRIVATE flag on classes that have a NestChild entry, and check that they are only accessed from their nestmates, right? </div><div><br></div><div>(This would only work with Java's every-which-way treatment of access between the nested classes: in Kotlin, for example, nested classes can not access private members of their enclosing class, but such extra restrictions don't seem to be a security concern, because all these classes are in the same compilation unit anyway.)</div></div><div dir="ltr">-- <br></div><div dir="ltr"><div>Andrey Breslav</div><div>Project Lead of Kotlin</div><div>JetBrains</div><div><a href="http://kotlinlang.org/">http://kotlinlang.org/</a><br></div><div><div>The Drive to Develop</div></div></div>