I'm not sure I agree with this generalization. Having more first-class constructs means that—unless they're truly orthogonal—language designers and users both have to deal with the interactions between them. Implementing new constructs by composing existing ones is far superior. https://twitter.com/jdegoes/status/1091678739589545985 …
-
-
Anyway, that's entirely speculative. I don't think they're going anywhere!
Thanks. Twitter will use this to make your timeline better. UndoUndo
-
-
-
"One (public) class per file" was quite annoying in Java. I don't think the idea of "all classes in a package go into a single file" will go down well: Either devs would create spurious "packages" so that they can place different types in different files, or: huge source files.
-
Oh, I wasn't proposing that. There would still need to be a way to do separate compilation, with the same "object" or "package" still potentially split across several files. But its entire contents would be statically known.
- Show replies
New conversation -
-
-
Package openness is pretty useful, e.g. when you want to publish http://propensive.foo and http://propensive.bar packages from separate repos
-
I think there is a tension depending on whether your namespace is nested (e. g. Scala) or not (e. g. Java), but I think there is nothing that prevents publishing things as separate modules in practice.
End of conversation
New conversation -
Loading seems to be taking a while.
Twitter may be over capacity or experiencing a momentary hiccup. Try again or visit Twitter Status for more information.