Java 17 / JDK 17: General Availability

Post by evacchi » Tue, Sep 14, 2021, 7:11 PM UTC

BlackFly wrote: post #145

stickfigure wrote: post #107

Earlier quoted context omitted.

Interesting but the "Isn't this just multiple return?" section seems to completely miss the point. I don't see any examples of what multiple-return would look like. And multiple-return is what I want. At first glance, it looks like this (sure, more powerful) pattern matching system is not going to satisfy my desire for a compact syntax that lets me do the equivalent of this typescript: const [foo, bar] = getMeTwoThin…

No, there is no tuple support yet in Java. That would require something like variadic generics or a special compile time syntax sugar for tuples as the sole use of variadic generics. With the pattern matching the best you are going to get is nasty boiler plate like var returnedTuple = getMeTwoThings(); if (returnedTuple instanceof MyTupleType(Foo foo, Bar bar)) { // Do something with foo and bar } else { // Not reach…

      var MyTupleType(Foo foo, Bar bar) = getMeTwoThings();

      var MyTupleType(foo, bar) = getMeTwoThings();

     let Point(var x, var y) = aPoint

Post by ivan_gammel » Tue, Sep 14, 2021, 7:22 PM UTC

bcrosby95 wrote: post #150

hashmash wrote: post #64

Earlier quoted context omitted.

I'm trying to find a good use case for records, but the best I can come up with is using it for composite hashmap keys. I suppose when combined with sealed classes and pattern matching features at some point it might be more useful, but what is the main use for records right now? Given that they're immutable and have no convenient way to be copied when modified, I find them quite tedious to use.

I would use records a lot more (pretty much everywhere) if I could easily derive new values from existing ones.

Post by jsiepkes » Tue, Sep 14, 2021, 7:23 PM UTC

x0n wrote: post #164

oaiey wrote: post #157

Earlier quoted context omitted.

And now it is the other way around. C# burning through the versions to catch up the versions (and not so much the content). PS: had to edit, was really just a note about the numbers not the content of the versions!!!

Catch up to what? The JDK 17 JEP list reads like a list of things that were added to dotnet years ago.

Post by geodel » Tue, Sep 14, 2021, 7:38 PM UTC

vbezhenar wrote: post #166

geodel wrote: post #117

Lately I have insight similar to 'what hardware improvements give, software bloat take it away', 'what JDK platforms give third party Java frameworks take it away. I have this misfortune of dealing daily with a nasty Java framework which converts compile time errors into runtime errors, single error trace with multiple stack traces , most of them being from framework itself. One thing that might improve situation is…

There are plenty of frameworks. Check out Helidon, Quarkus, Micronaut as examples of modern frameworks. You might like them. They’re not bound to servlet API.

Post by isbvhodnvemrwvn » Tue, Sep 14, 2021, 7:42 PM UTC

dzonga wrote: post #140

as a node dev, I see people using typescript with node. I wonder why don't those people just use java ? and let us clay potters shape plain js to our will. rather than pollute the node ecosystem with typescript