Hướng dẫn Ngôn ngữ lập trình Swift có ví dụ sau:

class Person {
    let name: String
    init(name: String) { self.name = name }
    var apartment: Apartment?
    deinit { println("\(name) is being deinitialized") }
}

class Apartment {
    let number: Int
    init(number: Int) { self.number = number }
    var tenant: Person?
    deinit { println("Apartment #\(number) is being deinitialized") }
}

var john: Person?
var number73: Apartment?

john = Person(name: "John Appleseed")
number73 = Apartment(number: 73)

//From Apple's “The Swift Programming Language” guide (https://developer.apple.com/library/content/documentation/Swift/Conceptual/Swift_Programming_Language/AutomaticReferenceCounting.html)

Sau đó, khi giao căn hộ cho người đó, họ sử dụng một dấu chấm than để "mở khóa ví dụ":

john!.apartment = number73

"Unrap the dụ" nghĩa là gì? Tại sao cần thiết? Nó khác với việc chỉ làm như sau:

john.apartment = number73

Tôi rất mới với ngôn ngữ Swift. Chỉ cần cố gắng để có được những điều cơ bản xuống.

CẬP NHẬT:
Phần lớn của câu đố mà tôi đã bỏ lỡ (không được nêu trực tiếp trong các câu trả lời - ít nhất là tại thời điểm viết bài này) là khi bạn làm như sau:

var john: Person?

điều đó KHÔNG có nghĩa là " johnthuộc loại Personvà nó có thể là con số không", như tôi nghĩ ban đầu. Tôi chỉ đơn giản là hiểu lầm rằng Personvà Person?là loại hoàn toàn riêng biệt. Khi tôi nắm bắt được điều đó, tất cả những điều khác ?, !sự điên rồ, và những câu trả lời tuyệt vời dưới đây, có ý nghĩa hơn rất nhiều.

"Unrap the dụ" nghĩa là gì? Tại sao cần thiết?

Theo như tôi có thể làm việc (điều này cũng rất mới đối với tôi) ...

Thuật ngữ "bọc" ngụ ý chúng ta nên nghĩ về một biến Tùy chọn như một món quà, được bọc trong giấy sáng bóng, có thể (đáng buồn thay!) Để trống .

Khi "được bọc", giá trị của biến Tùy chọn là một enum có hai giá trị có thể (hơi giống Boolean). Enum này mô tả xem biến có giữ một giá trị ( Some(T)) hay không ( None).

Nếu có một giá trị, điều này có thể đạt được bằng cách "hủy ghép" biến (lấy Ttừ Some(T)).

Làm thế nào john!.apartment = number73khác với john.apartment = number73? (Giải thích)

Nếu bạn viết tên của một biến Tùy chọn (ví dụ: văn bản john, không có !), thì điều này đề cập đến enum "được bao bọc" (Một số / Không), chứ không phải giá trị của chính nó (T). Vì vậy, johnđây không phải là một ví dụ Personvà nó không có apartmentthành viên:

john.apartment
// 'Person?' does not have a member named 'apartment'

PersonGiá trị thực tế có thể được mở ra theo nhiều cách khác nhau:

• "cưỡng bức hủy kết nối": john!(đưa ra Persongiá trị nếu nó tồn tại, lỗi thời gian chạy nếu không)
• "ràng buộc tùy chọn": if let p = john { println(p) }(thực thi printlnnếu giá trị tồn tại)
• "Chuỗi tùy chọn": john?.learnAboutSwift()(thực hiện phương thức tạo này nếu giá trị tồn tại)

Tôi đoán bạn chọn một trong những cách này để mở khóa, tùy thuộc vào những gì sẽ xảy ra trong trường hợp không, và khả năng đó là như thế nào. Thiết kế ngôn ngữ này buộc trường hợp không được xử lý rõ ràng, mà tôi cho rằng cải thiện sự an toàn so với Obj-C (nơi dễ quên để xử lý trường hợp không).

Cập nhật :

Dấu chấm than cũng được sử dụng trong cú pháp khai báo "Các tùy chọn không bị che giấu hoàn toàn".

Trong các ví dụ cho đến nay, johnbiến đã được khai báo là var john:Person?và nó là Tùy chọn. Nếu bạn muốn giá trị thực của biến đó, bạn phải mở khóa nó, sử dụng một trong ba phương pháp trên.

Nếu nó được khai báo var john:Person!thay vào đó, biến sẽ là một tùy chọn không bị che giấu hoàn toàn (xem phần có tiêu đề này trong cuốn sách của Apple). Không cần mở khóa loại biến này khi truy cập giá trị và johncó thể được sử dụng mà không cần cú pháp bổ sung. Nhưng cuốn sách của Apple nói:

Các tùy chọn không được bao hàm hoàn toàn không nên được sử dụng khi có khả năng một biến trở thành con số không tại một điểm sau đó. Luôn sử dụng loại tùy chọn thông thường nếu bạn cần kiểm tra giá trị không trong suốt vòng đời của biến.

Cập nhật 2 :

Bài viết " Các tính năng Swift thú vị " của Mike Ash cung cấp một số động lực cho các loại tùy chọn. Tôi nghĩ rằng nó là tuyệt vời, văn bản rõ ràng.

Cập nhật 3 :

Một bài viết hữu ích khác về việc sử dụng tùy chọn không được tiết lộ cho dấu chấm than: " Swift and the Last Mile " của Chris Adamson. Bài báo giải thích rằng đây là một biện pháp thực dụng của Apple được sử dụng để khai báo các loại được sử dụng bởi các khung Objective-C có thể chứa nil. Tuyên bố một loại là tùy chọn (sử dụng ?) hoặc ngầm định (sử dụng !) là "sự đánh đổi giữa an toàn và thuận tiện". Trong các ví dụ được đưa ra trong bài viết, Apple đã chọn khai báo các loại là ngầm định, giúp mã cuộc gọi thuận tiện hơn, nhưng kém an toàn hơn.

Có lẽ Apple có thể kết hợp thông qua các khuôn khổ của họ trong tương lai, loại bỏ sự không chắc chắn của các tham số ngầm ("có lẽ không bao giờ") và thay thế chúng bằng các tùy chọn ("chắc chắn có thể là không hoàn toàn cụ thể [hy vọng, được ghi lại!]" Khai báo -optional ("không bao giờ là không"), dựa trên hành vi chính xác của mã Objective-C của chúng.

Đây là những gì tôi nghĩ là sự khác biệt:

var john: Person?

Có nghĩa là John có thể không

john?.apartment = number73

Trình biên dịch sẽ diễn giải dòng này là:

if john != nil {
    john.apartment = number73
}

Trong khi

john!.apartment = number73

Trình biên dịch sẽ diễn giải dòng này đơn giản là:

john.apartment = number73

Do đó, sử dụng! sẽ hủy bỏ câu lệnh if và làm cho nó chạy nhanh hơn, nhưng nếu john không, thì sẽ xảy ra lỗi thời gian chạy.

Vì vậy, bọc ở đây không có nghĩa là nó được bọc bộ nhớ, nhưng nó có nghĩa là nó được bọc mã, trong trường hợp này, nó được gói bằng một câu lệnh if và vì Apple rất chú ý đến hiệu năng trong thời gian chạy, họ muốn cung cấp cho bạn một cách để làm cho ứng dụng của bạn chạy với hiệu suất tốt nhất có thể.

Cập nhật:

Trở lại câu trả lời này sau 4 năm, vì tôi đã nhận được danh tiếng cao nhất từ ​​nó trong Stackoverflow :) Tôi đã hiểu nhầm một chút về ý nghĩa của việc mở khóa tại thời điểm đó. Bây giờ sau 4 năm tôi tin rằng ý nghĩa của việc mở khóa ở đây là mở rộng mã từ dạng rút gọn ban đầu của nó. Ngoài ra, nó có nghĩa là loại bỏ sự mơ hồ xung quanh đối tượng đó, vì chúng tôi không chắc chắn theo định nghĩa của nó là không hay không. Giống như câu trả lời của Ashley ở trên, hãy nghĩ về nó như một món quà không chứa gì trong đó. Nhưng tôi vẫn nghĩ rằng unrapping là mã unrapping và không dựa trên bộ nhớ như sử dụng enum.

TL; DR

Dấu chấm than có nghĩa gì trong ngôn ngữ Swift?

Dấu chấm than có hiệu quả nói rằng, tôi biết rằng tùy chọn này chắc chắn có giá trị; vui lòng sử dụng nó Điều này được gọi là buộc hủy bỏ giá trị của tùy chọn:

Thí dụ

let possibleString: String? = "An optional string."
print(possibleString!) // requires an exclamation mark to access its value
// prints "An optional string."

let assumedString: String! = "An implicitly unwrapped optional string."
print(assumedString)  // no exclamation mark is needed to access its value
// prints "An implicitly unwrapped optional string."

Nguồn: https://developer.apple.com/lvern/content/documentation/Swift/Conceptual/Swift_Programming_L Language / TheBasics.html

Nếu john là một var tùy chọn (được khai báo như vậy)

var john: Person?

sau đó có thể john không có giá trị (theo cách nói của ObjC, giá trị nil)

Dấu chấm than về cơ bản nói với trình biên dịch "Tôi biết cái này có giá trị, bạn không cần phải kiểm tra nó". Nếu bạn không muốn sử dụng nó, bạn có thể kiểm tra một cách có điều kiện:

if let otherPerson = john {
    otherPerson.apartment = number73
}

Nội thất của điều này sẽ chỉ đánh giá nếu john có một giá trị.

Một số phối cảnh hình ảnh lớn để thêm vào các câu trả lời hữu ích nhưng chi tiết hơn khác:

Trong Swift, dấu chấm than xuất hiện trong một số ngữ cảnh:

• Buộc mở khóa: let name = nameLabel!.text
• Các tùy chọn không được bao hàm hoàn toàn: var logo: UIImageView!
• Đúc cưỡng bức: logo.image = thing as! UIImage
• Các trường hợp ngoại lệ chưa được xử lý: try! NSJSONSerialization.JSONObjectWithData(data, [])

Mỗi một trong số này là một cấu trúc ngôn ngữ khác nhau với một ý nghĩa khác nhau, nhưng chúng đều có ba điểm quan trọng chung:

1. Dấu chấm than phá vỡ kiểm tra an toàn thời gian biên dịch của Swift.

Khi bạn sử dụng !trong Swift, bạn là chủ yếu nói, “Này, biên dịch, tôi biết bạn nghĩ rằng một lỗi có thể xảy ra ở đây, nhưng tôi biết với tổng chắc chắn rằng nó sẽ không bao giờ.”

Không phải tất cả các mã hợp lệ đều phù hợp với hộp của hệ thống loại thời gian biên dịch của Swift - hoặc kiểm tra loại tĩnh của bất kỳ ngôn ngữ nào , cho vấn đề đó. Có những tình huống bạn có thể chứng minh một cách hợp lý rằng một lỗi sẽ không bao giờ xảy ra, nhưng bạn không thể chứng minh nó với trình biên dịch . Đó là lý do tại sao các nhà thiết kế của Swift đã thêm các tính năng này ngay từ đầu.

Tuy nhiên, bất cứ khi nào bạn sử dụng !, bạn đều loại trừ lỗi đường dẫn khôi phục, điều đó có nghĩa là

2. Dấu chấm than là sự cố tiềm ẩn.

Một câu cảm thán cũng nói rằng, Hey Hey Swift, tôi rất chắc chắn rằng lỗi này không bao giờ có thể xảy ra rằng bạn nên đánh sập toàn bộ ứng dụng của mình hơn là để tôi viết mã đường dẫn khôi phục cho nó.

Đó là một khẳng định nguy hiểm. Nó có thể là một câu đúng: trong mã quan trọng trong nhiệm vụ mà bạn đã suy nghĩ kỹ về sự bất biến của mã, có thể là đầu ra không có thật còn tệ hơn một sự cố.

Tuy nhiên, khi tôi nhìn thấy !ngoài tự nhiên, nó hiếm khi được sử dụng một cách tỉnh táo như vậy. Thay vào đó, điều đó thường có nghĩa là, giá trị này là tùy chọn và tôi thực sự không suy nghĩ quá nhiều về lý do tại sao nó có thể không hoặc làm thế nào để xử lý tình huống đó một cách hợp lý, nhưng việc thêm !nó đã biên dịch mã sao cho mã của tôi là chính xác, phải không?

Coi chừng sự kiêu ngạo của dấu chấm than. Thay thế…

3. Dấu chấm than được sử dụng tốt nhất một cách tiết kiệm.

Mỗi một trong các !cấu trúc này có một ?bản sao buộc bạn phải xử lý trường hợp lỗi / không:

• Unrapping có điều kiện: if let name = nameLabel?.text { ... }
• Tùy chọn: var logo: UIImageView?
• Diễn viên có điều kiện: logo.image = thing as? UIImage
• Trường hợp ngoại lệ không thành công: try? NSJSONSerialization.JSONObjectWithData(data, [])

Nếu bạn muốn sử dụng !, luôn luôn tốt để xem xét cẩn thận tại sao bạn không sử dụng ?thay thế. Là sự cố chương trình của bạn thực sự là lựa chọn tốt nhất nếu !hoạt động không thành công? Tại sao giá trị đó là tùy chọn / có sẵn?

Có đường dẫn khôi phục hợp lý mà mã của bạn có thể thực hiện trong trường hợp không / lỗi không? Nếu vậy, mã nó.

Nếu nó không thể là con số không, nếu lỗi không bao giờ có thể xảy ra, thì có cách nào hợp lý để làm lại logic của bạn để trình biên dịch biết điều đó không? Nếu vậy, hãy làm điều đó; mã của bạn sẽ ít bị lỗi hơn.

Đôi khi không có cách hợp lý để xử lý lỗi và chỉ cần bỏ qua lỗi - và do đó tiến hành xử lý dữ liệu sai - sẽ tồi tệ hơn so với sự cố. Đó là những lần sử dụng vũ lực tháo gỡ.

Tôi định kỳ tìm kiếm toàn bộ cơ sở mã của mình !và kiểm tra mỗi lần sử dụng nó. Rất ít tập quán đứng lên để xem xét. (Theo văn bản này, toàn bộ khung Siesta có chính xác hai trường hợp của nó.)

Điều đó không có nghĩa là bạn không bao giờ nên sử dụng !mã của mình - chỉ là bạn nên sử dụng nó một cách thận trọng và không bao giờ biến nó thành tùy chọn mặc định.

johnlà một tùy chọn var. Vì vậy, có thể được chứa một nilgiá trị. Để đảm bảo rằng giá trị không phải là không sử dụng !ở cuối vartên.

Từ tài liệu

Một khi bạn chắc chắn rằng tùy chọn không chứa giá trị, bạn có thể truy cập giá trị cơ bản của nó bằng cách thêm dấu chấm than (!) Vào cuối tên tùy chọn. Dấu chấm than có hiệu quả nói rằng, tôi biết rằng tùy chọn này chắc chắn có giá trị; vui lòng sử dụng nó

Một cách khác để kiểm tra giá trị không phải là không

    if let j = json {
        // do something with j
    }

Dưới đây là một số ví dụ:

var name:String = "Hello World"
var word:String?

Trường hợp wordlà một giá trị tùy chọn. có nghĩa là nó có thể hoặc không chứa một giá trị.

word = name 

Ở đây namecó một giá trị để chúng ta có thể gán nó

var cow:String = nil
var dog:String!

Trường hợp dogđược mở ra mạnh mẽ có nghĩa là nó phải chứa một giá trị

dog = cow

Ứng dụng sẽ sập bởi vì chúng tôi được chỉ định nilđể mở khóa

Trong trường hợp này...

var John: Người!

điều đó có nghĩa là, ban đầu John sẽ có giá trị bằng 0, nó sẽ được đặt và một khi được đặt sẽ không bao giờ được dẫn lại nữa. Do đó, để thuận tiện, tôi có thể sử dụng cú pháp dễ dàng hơn để truy cập vào một var tùy chọn vì đây là "tùy chọn hoàn toàn chưa được mở"

Nếu bạn đến từ ngôn ngữ họ C, bạn sẽ nghĩ "con trỏ tới đối tượng loại X có thể là địa chỉ bộ nhớ 0 (NULL)" và nếu bạn đến từ một ngôn ngữ được gõ động, bạn sẽ suy nghĩ "Đối tượng có lẽ thuộc loại X nhưng có thể là loại không xác định". Cả hai điều này đều không chính xác, mặc dù trong một đường vòng, đường đầu tiên gần.

Cách bạn nên nghĩ về nó như thể nó là một đối tượng như:

struct Optional<T> {
   var isNil:Boolean
   var realObject:T
}

Khi bạn đang kiểm tra giá trị tùy chọn của mình với giá trị foo == nilthực sự trở lại foo.isNilvà khi bạn nói foo!nó sẽ trả về foo.realObjectvới một xác nhận rằng foo.isNil == false. Điều quan trọng cần lưu ý điều này bởi vì nếu foothực sự là không khi bạn thực hiện foo!, đó là lỗi thời gian chạy, vì vậy thông thường bạn muốn sử dụng một điều kiện cho phép thay vì trừ khi bạn rất chắc chắn rằng giá trị sẽ không bằng không. Loại mánh khóe này có nghĩa là ngôn ngữ có thể được gõ mạnh mà không buộc bạn phải kiểm tra nếu các giá trị không ở khắp mọi nơi.

Trong thực tế, nó không thực sự hoạt động như vậy bởi vì công việc được thực hiện bởi trình biên dịch. Ở mức cao, có một loại Foo?tách biệt Foovà ngăn các func chấp nhận loại Fookhông nhận giá trị nil, nhưng ở mức thấp, giá trị tùy chọn không phải là đối tượng thực sự vì nó không có thuộc tính hoặc phương thức; Trên thực tế, đó có thể là một con trỏ có thể bằng NULL (0) với thử nghiệm thích hợp khi hủy bỏ lực lượng.

Có một tình huống khác trong đó bạn thấy một dấu chấm than là trên một loại, như trong:

func foo(bar: String!) {
    print(bar)
}

Điều này gần tương đương với việc chấp nhận một tùy chọn với một unrap cưỡng bức, tức là:

func foo(bar: String?) {
    print(bar!)
}

Bạn có thể sử dụng phương pháp này để có một phương pháp chấp nhận một giá trị kỹ thuật tùy chọn nhưng sẽ có lỗi thời gian chạy nếu không. Trong phiên bản hiện tại của Swift, điều này dường như bỏ qua khẳng định không phải là không nên thay vào đó bạn sẽ gặp lỗi cấp thấp. Nói chung không phải là một ý tưởng tốt, nhưng nó có thể hữu ích khi chuyển đổi mã từ ngôn ngữ khác.

Các ! có nghĩa là bạn đang buộc mở khóa đối tượng! sau Thông tin thêm có thể được tìm thấy trong tài liệu Táo, có thể tìm thấy ở đây: https://developer.apple.com/l Library / ios / document / swift / conception / Swift_Programming_Lingu / TheBasics.html

Nếu bạn quen thuộc với C #, thì đây giống như các loại Nullable cũng được khai báo bằng dấu chấm hỏi:

Person? thisPerson;

Và dấu chấm than trong trường hợp này tương đương với việc truy cập thuộc tính .Value thuộc loại nullable như thế này:

thisPerson.Value

Trong các biến C mục tiêu không có giá trị bằng 'nil' (cũng có thể sử dụng các giá trị 'nil' giống như 0 và false), do đó có thể sử dụng các biến trong các câu lệnh có điều kiện (Biến có giá trị giống như 'TRUE 'và những người không có giá trị bằng' FALSE ').

Swift cung cấp loại an toàn bằng cách cung cấp 'giá trị tùy chọn'. tức là nó ngăn ngừa các lỗi hình thành từ việc gán các biến của các loại khác nhau.

Vì vậy, trong Swift, chỉ booleans có thể được cung cấp trên các câu điều kiện.

var hw = "Hello World"

Ở đây, mặc dù 'hw' là một chuỗi, nó không thể được sử dụng trong câu lệnh if như trong mục tiêu C.

//This is an error

if hw

 {..}

Cho rằng nó cần phải được tạo ra như,

var nhw : String? = "Hello World"

//This is correct

if nhw

 {..}

Các ! ở phần cuối của một đối tượng nói rằng đối tượng là một tùy chọn và hủy bỏ nếu nó có thể trả về một con số không. Điều này thường được sử dụng để bẫy các lỗi có thể làm sập chương trình.

Tóm lại (!): Sau khi bạn đã khai báo một biến và bạn chắc chắn biến đó đang giữ một giá trị.

let assumedString: String! = "Some message..."
let implicitString: String = assumedString

nếu không, bạn sẽ phải làm điều này sau mỗi lần chuyển giá trị ...

let possibleString: String? = "An optional string."
let forcedString: String = possibleString! // requires an exclamation mark

John là một Người tùy chọn, có nghĩa là nó có thể giữ một giá trị hoặc là con số không.

john.apartment = number73

được sử dụng nếu john không phải là một tùy chọn. Vì john không bao giờ là con số không, chúng tôi có thể chắc chắn rằng nó sẽ không gọi căn hộ theo giá trị không. Trong khi

john!.apartment = number73

hứa với trình biên dịch rằng john không phải là con số không, sau đó mở ra tùy chọn để nhận giá trị của john và truy cập vào tài sản căn hộ của john. Sử dụng điều này nếu bạn biết rằng john không phải là con số không. Nếu bạn gọi đây là tùy chọn không, bạn sẽ gặp lỗi thời gian chạy.

Tài liệu này bao gồm một ví dụ hay để sử dụng điều này trong đó convertNumber là một tùy chọn.

if convertedNumber {
    println("\(possibleNumber) has an integer value of \(convertedNumber!)")
} else {
    println("\(possibleNumber) could not be converted to an integer")
}

Nói một cách đơn giản, dấu chấm than có nghĩa là một tùy chọn đang được mở ra. Một tùy chọn là một biến có thể có giá trị hay không - vì vậy bạn có thể kiểm tra xem biến đó có trống không, sử dụng câu lệnh if let như hiển thị ở đây , và sau đó buộc mở khóa nó. Nếu bạn buộc gỡ bỏ một tùy chọn trống, chương trình của bạn sẽ bị sập, vì vậy hãy cẩn thận! Tùy chọn được khai báo bằng cách đặt dấu chấm hỏi ở cuối bài tập rõ ràng cho một biến, ví dụ tôi có thể viết:

var optionalExample: String?

Biến này không có giá trị. Nếu tôi mở khóa, chương trình sẽ bị sập và Xcode sẽ cho bạn biết bạn đã cố gắng mở khóa tùy chọn với giá trị bằng 0.

Hy vọng rằng đã giúp.

TRONG TỪ ĐƠN GIẢN

SỬ DỤNG Dấu chấm than chỉ ra rằng biến phải bao gồm giá trị không (không bao giờ là không)

Toàn bộ câu chuyện bắt đầu với một tính năng của swift được gọi là vars tùy chọn. Đây là những lọ có thể có giá trị hoặc có thể không có giá trị. Nói chung, swift không cho phép chúng tôi sử dụng một biến không được khởi tạo, vì điều này có thể dẫn đến sự cố hoặc lý do không mong muốn và cũng là máy chủ giữ chỗ cho các cửa hậu. Do đó, để khai báo một biến có giá trị ban đầu không được xác định, chúng tôi sử dụng '?'. Khi một biến như vậy được khai báo, để sử dụng nó như là một phần của một biểu thức nào đó, người ta phải mở khóa chúng trước khi sử dụng, hủy ghép là một hoạt động thông qua đó giá trị của biến được phát hiện áp dụng cho các đối tượng. Nếu không hủy kết nối nếu bạn cố gắng sử dụng chúng, bạn sẽ gặp lỗi biên dịch thời gian. Để mở khóa một biến là một tùy chọn var, dấu chấm than "!" Được sử dụng.

Bây giờ, có những lúc bạn biết rằng các biến tùy chọn như vậy sẽ được gán giá trị theo hệ thống chẳng hạn hoặc chương trình của riêng bạn, nhưng sau đó, ví dụ, các cửa hàng UI, trong tình huống như vậy thay vì khai báo một biến tùy chọn bằng dấu chấm hỏi "?" chúng tôi sử dụng "!".

Do đó, hệ thống biết rằng biến này được khai báo bằng "!" là tùy chọn ngay bây giờ và không có giá trị nhưng sẽ nhận được giá trị sau này trong vòng đời của nó.

Do đó, dấu chấm than giữ hai cách sử dụng khác nhau, 1. Để khai báo một biến sẽ là tùy chọn và sẽ nhận được giá trị chắc chắn sau 2. Để hủy một biến tùy chọn trước khi sử dụng nó trong một biểu thức.

Mô tả ở trên tránh quá nhiều thứ kỹ thuật, tôi hy vọng.

Nếu bạn sử dụng nó như một tùy chọn, nó sẽ mở ra tùy chọn và xem nếu có cái gì đó ở đó. Nếu bạn sử dụng nó trong câu lệnh if-other là mã KHÔNG. Ví dụ,

if (myNumber != 3){
 // if myNumber is NOT 3 do whatever is inside these brackets.
)

Một biến tùy chọn có thể chứa một giá trị hoặc có thể không

trường hợp 1: var myVar:String? = "Something"

trường hợp 2: var myVar:String? = nil

Bây giờ nếu bạn yêu cầu myVar!, bạn đang bảo trình biên dịch trả về một giá trị trong trường hợp 1 thì nó sẽ trả về "Something"

trong trường hợp 2 nó sẽ sụp đổ.

Ý nghĩa ! mark sẽ buộc trình biên dịch trả về một giá trị, ngay cả khi nó không ở đó. đó là lý do tại sao tên Force Unwrapping .

Simple the Optional variable allows nil to be stored.

var str : String? = nil

str = "Data"

To convert Optional to the Specific DataType, We unwrap the variable using the keyword "!"

func get(message : String){
   return
}

get(message : str!)  // Unwapped to pass as String

TỰ HỎI MÌNH ĐI

• Liệu loại person?có một apartmentthành viên / tài sản? HOẶC LÀ
• Liệu loại personcó một apartmentthành viên / tài sản?

Nếu bạn không thể trả lời câu hỏi này, thì hãy tiếp tục đọc:

_{Để hiểu bạn có thể cần mức độ hiểu biết siêu cơ bản về Generics . Xem ở đây . Rất nhiều thứ trong Swift được viết bằng Generics. Tùy chọn bao gồm}

Mã dưới đây đã được cung cấp từ video Stanford này . Rất khuyến khích bạn xem 5 phút đầu tiên

Một tùy chọn là một enum chỉ có 2 trường hợp

enum Optional<T>{
    case None
    case Some(T)
}

let x: String? = nil //actually means:

let x = Optional<String>.None

let x :String? = "hello" //actually means:

let x = Optional<String>.Some("hello")

var y = x! // actually means:

switch x {
case .Some(let value): y = value
case .None: // Raise an exception
}

Ràng buộc tùy chọn:

let x:String? = something
if let y = x {
    // do something with y
}
//Actually means:

switch x{
case .Some(let y): print)(y) // or whatever else you like using 
case .None: break
}

Khi bạn nói var john: Person?Bạn thực sự có nghĩa như vậy:

enum Optional<Person>{
case .None
case .Some(Person)
}

Có enum trên có bất kỳ tài sản được đặt tên apartment? Bạn có thấy nó ở bất cứ đâu không? Nó không có ở đó! Tuy nhiên, nếu bạn mở khóa, tức là làm person!thì bạn có thể ... những gì nó làm dưới mui xe là:Optional<Person>.Some(Person(name: "John Appleseed"))

Nếu bạn đã xác định var john: Personthay vì: var john: Person?thì bạn sẽ không còn cần phải !sử dụng nữa, vì Personbản thân nó đã có một thành viên củaapartment

Như một cuộc thảo luận trong tương lai về lý do tại sao việc sử dụng !để mở khóa đôi khi không được khuyến nghị, hãy xem phần Hỏi & Đáp này