Not in a position to search for this myself at the moment, but for those unaware, somewhere on this list archive are posts from the core team describing the rationale for using throws instead of Result, and for having untyped throws by default with the door open for typed throws in the future as an _option_. Those threads were long and the points raised were thoughtful, and it's unlikely that replaying the conversation again will surface new points :)
On Tue, Dec 27, 2016 at 11:48 David Waite via swift-evolution < [email protected]> wrote: > Although I have only partially vetted it myself, this came up for a google > search: http://wiki.c2.com/?JavaExceptionsAreParticularlyEvil > > -DW > > Sent with my Thumbs > > On Dec 27, 2016, at 5:56 AM, Derrick Ho via swift-evolution < > [email protected]> wrote: > > Daniel Leping, I am unfamiliar with java. Do you have any resources that > describe the nightmare in detail? > On Tue, Dec 27, 2016 at 2:50 AM Tino Heth <[email protected]> wrote: > > -1 for specifying errors for throws. Please don't. Proven by practice in > java it's a nightmare. > > In Java, this topic is really interesting: > It sounds like a great idea, but in real-life situations, afaics everyone > hates checked exceptions. > > But Swift isn't Java, and our error handling is different from most > established languages, so imho we shouldn't base that decision on > experiences from other models only: > I don't see downsides, because you already need "try" for everything that > can throw, and afaics, it would be easy to ignore the information that only > a set of exceptions can happen in a given context. > > So, imho before there is a decision wether "throws" should be moved, the > possibility to annotate it with a fixed set of error types should be either > abandoned or incorporated. > > _______________________________________________ > swift-evolution mailing list > [email protected] > https://lists.swift.org/mailman/listinfo/swift-evolution > > _______________________________________________ > swift-evolution mailing list > [email protected] > https://lists.swift.org/mailman/listinfo/swift-evolution >
_______________________________________________ swift-evolution mailing list [email protected] https://lists.swift.org/mailman/listinfo/swift-evolution
