Назначение неявно развернутого необязательного для явного необязательного

Question

Если функция возвращает неявно развернутую опцию, вы бы присвоили ее явным необязательным?

Например, в blog post Криса Адамсона он сначала перечисляет функцию, возвращающую неявно развернутую, а затем он присваивает возвращаемое значение функции явным необязательным.

class func JSONObjectWithData(_ data: NSData!, 
         options opt: NSJSONReadingOptions, 
         error error: NSErrorPointer) -> AnyObject! 

let jsonResponse : AnyObject? = 
NSJSONSerialization.JSONObjectWithData(evilData, 
    options: NSJSONReadingOptions(0), 
    error: &parseError); 

Если функция вернет то, что не может быть нулевым, зачем назначать его необязательно?

Answer 1

В этом конкретном случае возврат AnyObject! является ошибкой в ​​SDK (технически это просто место, где они использовали авто-Swiftifier и еще не зафиксировали его вручную). JSONObjectWithData совершенно можно вернуть nil. Из документов:

Возвращаемое значение: объект фундаментной из данных JSON в данных, или нулевыми, если произошла ошибка.

Крис спасает это значение от возможного сбоя, переместив его на явный необязательный, а не на неявный, который фактически может быть ni.

Answer 2

Вы должны всегда использовать этот подход, когда вы можете изменить Implicit Unwrapped Optional к Optional Type возвращенного API, как и Xcode релизы в будущем будет пытаться заменить их API, из Implicit Optionals type в explicit optional и в бета-версии 6 и 5 этот подход начал и многие интерфейсы API был изменен для использования типа explicit optional. Экспертная рекомендация - избегать Implicit Unwrapped Optional, когда это возможно, потому что вы получите аварийный сигнал, когда nil распакуется автоматически. Если вы используете optional(explicit), вам необходимо явно развернуть значение, чтобы сделать это, поставив условие if или если вы действительно уверены, что это будет не ноль, вы можете развернуть его без if (но вы всегда должны проверить наличие nil).

JSONObjectWithData может вернуться nil, как вы не знаете, что в evilData, и если он не в состоянии преобразовать в json вы получите значение nil и если вы пытаетесь использовать jsonResponse с implicit optional type в другом месте в коде, чем ваше приложение будет авария во время выполнения. Вот почему chris использовал explicit optional, чтобы позаботиться об этом случае и в другом месте, где использование jsonResponse не будет автоматически разворачиваться до нуля, что может привести к сбоям. Если вы разворачиваете код самостоятельно с if или optional binding, вы можете избежать краха и шоу какой-либо смысл полный сообщение.

Answer 3

Неявно развернутый необязательный параметр по-прежнему является необязательным, хотя гарантированно удерживает значение.

Назначение неявно развернутого дополнительного для обычного необязательного является законным.

Итак, если у вас есть линейная логика в приложении, где вы объявляете необязательную переменную, а затем инициализируете ее с неявным образом развернутым необязательным, было бы лучше использовать необязательный.

Но есть некоторые случаи, когда вы определяете необязательную переменную (скажем, в начале функции), а затем основываясь на условиях, потоке, и т. Д. Ему может быть присвоено значение из разных функций - если не менее один из них может вернуть нормальный факультативный, тогда вы должны объявить переменную как необязательную.

Но в этом случае, даже если все функции, используемые для назначения значения вашей необязательной/необязательной переменной, всегда возвращают либо необязательный, либо (по крайней мере один из них), неявно разворачиваемый необязательно, всегда лучше придерживаться с необязательным объявлением, потому что в будущем вы можете создать новую ветвь кода, которая возвращает нормальный вариант.

Последнее, очень интересно, это, кажется, работает хорошо:

let x: Int! = nil 

в то время как я должен признать я ожидал, что это исключение при выполнении. Зная это, я думаю, что с этого момента я всегда буду использовать опцию, когда функция заявляет, что возвращает неявно развернутую.

Больше испытаний:

func test() -> Int! { 
    return nil 
} 

let q1: Int? = test() // it works, q1 = nil (expected) 
let q2: Int! = test() // it works, q2 = nil (unexpected) 
let q3: Int = test() // runtime exception (expected) 

Update: Это то, что documentation говорит вместо этого:

Если вы пытаетесь получить доступ к неявным развернутый необязательным, если оно не содержит значения, то вызовет ошибку времени выполнения. Результат точно такой же, как если бы вы поместили восклицательный знак после обычного необязательного, который не содержит значения.

Что означает: назначение nil нормально, но как только она доступна (т.е. присваивается другой переменной, используется в выражении, и т.д.), то это вызовет ошибку