Hacker News new | past | comments | ask | show | jobs | submit login

“Haskell also does type erasure as far as I'm aware.” It’s not exactly an applicable term. Indeed Haskell doesn’t let runtime bother with a lot of information that it can provably dispense of. But there’s no laxity tradeoffs as in Java, Haskell won’t let you use a wrong type in a container



> Haskell won’t let you use a wrong type in a container

Could you elaborate? Java should throw a runtime exception for mismatches.


The key word in your post is "runtime". Haskell will prevent that bug at compile time instead.


Actually, I was thinking of covariant arrays. The compiler should prevent issues at compile time for generic collections, same as Haskell.


That’s false. Java’s generics are sound, you can’t introduce runtime type errors without casting (which is also true of haskell)


As a pointless pedantic nit, Java's type-system is unsound: https://io.livecode.ch/learn/namin/unsound

But realistically, the above doesn't matter.

What actually matters is that you often _do_ have to cast at runtime in java, so it's somewhat common to hit type errors at runtime in practice. Haskell's type-system makes runtime type casting both less necessary, and vanishingly rare, meaning such runtime cases are practically never hit.

The above is at least true from my personal anecdotal experience.


As far as I know that unsoundness “hack” no longer work.

Hm, could you please show me where you had to cast? Long ago, some resource/service lookup did require casting, but my anecdotal experience is that there really is no common area where I have to cast anything anymore.




Consider applying for YC's Spring batch! Applications are open till Feb 11.

Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: