This sounds like a challenge 🙂 
But seriously, seems like straight-up implementing the feature and then 
wondering whether or not the pull request will be merged in or rejected is an 
unnecessary gamble, which is why swift-evolution exists.
Haven’t anyone tried to make a proposal for this?
I’d gladly look into implementing it myself if I new for sure that my efforts 
wouldn’t be wasted.

> On Jul 25, 2017, at 11:55 PM, Xiaodi Wu <xiaodi...@gmail.com> wrote:
> 
> There have been a number of discussions on the list in this—Google finds a 
> number of these with a search “swift throwing properties site:lists.swift.org 
> <http://lists.swift.org/>”.
> 
> The “tldr” seems to be that it’s not supported because no one has written 
> code to support it yet.
> On Tue, Jul 25, 2017 at 15:29 Gor Gyolchanyan via swift-evolution 
> <swift-evolution@swift.org <mailto:swift-evolution@swift.org>> wrote:
> I’ll just cut to the chase:
> Why is throwing from get, set, willSet and didSet disallowed?
> 
> var login: String {
>       willSet throws {
>               guard newValue.count > 5 else {
>                       throw LoginError.loginTooSmall
>               }
>       }
> }
> 
> try login = “JebediahKerman” // totally fine
> try login = “Bob” // throws `LoginError.loginTooSmall`
> 
> _______________________________________________
> swift-evolution mailing list
> swift-evolution@swift.org <mailto:swift-evolution@swift.org>
> https://lists.swift.org/mailman/listinfo/swift-evolution 
> <https://lists.swift.org/mailman/listinfo/swift-evolution>

_______________________________________________
swift-evolution mailing list
swift-evolution@swift.org
https://lists.swift.org/mailman/listinfo/swift-evolution

Reply via email to