Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [handly-dev] no non-static embedded classes

There's no inconvenience, just a learning curve. Thank _you_!
/Vlad


On Wed, Apr 15, 2015 at 2:40 PM, Vladimir Piskarev <pisv@xxxxx> wrote:
Thanks Vlad! Sorry for the inconvenience.
 
Best regards,
Vladimir
 
 
Hi!

It's not a big problem, but a bit annoying. I can survive until Xtend implements it.

regards,
Vlad


On Wed, Apr 15, 2015 at 1:50 PM, Vladimir Piskarev <pisv@xxxxx> wrote:
Hi Vlad,
 
Several concerns here:
 
* This looks, indeed, rather artificial and will produce artificially-looking results.
* This will break existing clients without any obvious present or future benefits for them.
* This will introduce a design restriction that needs to be kept in mind, and is easy to overlook.
 
How badly are you affected by this? Any chance it could be eventually addressed by Xtend?
 
I remain open to discussion, but -1 would be my first response, sorry.
 
Best regards,
Vladimir
 
 
Hi!

This request is an artifact of my tooling and I will understand if it's not accepted.

Would it be possible to get rid of any nested non-static classes in the implementation (those that might be extended by clients)? At the moment I only know of SourceFile.ReconcileOperation. The implicit SourceFile.this can be sent as a constructor parameter and stored in a field.

best regards,
Vlad


_______________________________________________
handly-dev mailing list
handly-dev@xxxxxxxxxxx
To change your delivery options, retrieve your password, or unsubscribe from this list, visit
https://dev.eclipse.org/mailman/listinfo/handly-dev


_______________________________________________
handly-dev mailing list
handly-dev@xxxxxxxxxxx
To change your delivery options, retrieve your password, or unsubscribe from this list, visit
https://dev.eclipse.org/mailman/listinfo/handly-dev


Back to the top