Isn't the net result the same?

Sent from my iPhone

> On Aug 22, 2015, at 12:18 PM, Rick Mann <rm...@latencyzero.com> wrote:
> 
> 
>> On Aug 21, 2015, at 20:06 , Greg Parker <gpar...@apple.com> wrote:
>> 
>> 
>>>> On Aug 21, 2015, at 6:15 PM, Rick Mann <rm...@latencyzero.com> wrote:
>>>> 
>>>> On Aug 21, 2015, at 18:13 , Quincey Morris 
>>>> <quinceymor...@rivergatesoftware.com> wrote:
>>>> 
>>>> I’d recommend you try to avoid calling the Swift side “exceptions”. It’s 
>>>> error handling, and although it’s not completely unlike exception handling 
>>>> in other (non-Obj-C) languages, it’s treacherous to confuse the two when 
>>>> dealing with Obj-C.
>>> 
>>> Really? It sure seems to be precisely an exception, in that it's an 
>>> exception to the "normal" flow of control (e.g. return). Just because the 
>>> type of what's thrown is called "Error" doesn't change the fact that 
>>> they're conceptually exceptions (as opposed to, say, returning a boolean 
>>> true/false to indicate an error).
>> 
>> We avoid the word "exception" for Swift's error handling. 
>> 
>> The fundamental feature of exception systems is that the call site need not 
>> do anything. If the call site does nothing, the exception automatically 
>> unwinds past it. There is no syntactic difference between a call site that 
>> may throw and a call site that will never throw.
>> 
>> Swift's error handling is different: the possibility of error is explicit at 
>> the call site. Some people think this is better (no invisible execution 
>> paths) and some people think it is worse (too noisy). Either way the model 
>> is different enough that we don't call it exception handling.
>> 
>> The fact that Swift's errors map to Objective-C NSError instead of 
>> Objective-C exceptions is another reason to avoid "exception".
> 
> Okay, so an Objective-C method that throws an exception...what happens?
> 
> Also, if the method of the call site is marked as "throws," does that mean 
> the error will propagate out?
> 
> Pity it's not a real exception mechanism.
> 
> -- 
> Rick Mann
> rm...@latencyzero.com
> 
> 
> 
> _______________________________________________
> 
> Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)
> 
> Please do not post admin requests or moderator comments to the list.
> Contact the moderators at cocoa-dev-admins(at)lists.apple.com
> 
> Help/Unsubscribe/Update your Subscription:
> https://lists.apple.com/mailman/options/cocoa-dev/dangerwillrobinsondanger%40gmail.com
> 
> This email sent to dangerwillrobinsondan...@gmail.com

_______________________________________________

Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)

Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com

Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com

This email sent to arch...@mail-archive.com

Reply via email to