A modern programming language that makes developers happier.

kotlinlang

:bell: We have formed a new KEEP on class delegation and we are looking for feedback (and a sheppard)!
<@UCPH15U5U> is the author:
<https://github.com/Kotlin/KEEP/pull/154>

`    delegate val listDelegate: List&lt;Int&gt; = target` looks interesting, however it has an issue: since `listDelegate` can be accessed implicitly by calling into `List&lt;Int&gt;` methods on `this`, initialization order becomes a problem. When delegation expression is in the class header, you cannot sneak an `init` block or something else between initialization of this property and potential access (excluding well-known “leaking this” problem, e.g. accessing it from base class)

That's a problem with the delegation pattern regardless of the syntax proposed being used. Current syntax has much bigger issues as explained in the file, and also suffers from the same problem. Programmer just needs to use their brain.

I touched on class initialization under *Additional Notes*

I agree that the problem you describe is more prominent when the programmer has control of the initialization order though. But do you think it's bad enough not to implement any of the approaches? 

To clarify, it's a problem with the current syntax too because the superclass constructor is always called first. 

I didn’t say it’s “bad”, I just pointed out a problem that might need to be addressed.

Would an IDE Inspection be an option for that?