Swift小點(3)

隨機數(shù)生成

由于iPhoen5和之前的手機是32位CPU,arc4random 所返回的值不論在什么平臺上都是一個 UInt32 督弓,于是在 32 位的平 臺上就有一半幾率在進行 Int 轉(zhuǎn)換時越界 故使用func arc4random_uniform(_: UInt32) -> UInt32

let diceFaceCount: UInt32 = 6
let randomRoll = Int(arc4random_uniform(diceFaceCount)) + 1 
print(randomRoll)
func random(in range: Range<Int>) -> Int {
    let count = UInt32(range.endIndex - range.startIndex)
    return Int(arc4random_uniform(count)) + range.startIndex
}
for _ in 0...100 {
    let range = Range<Int>(1...6)
    print(random(in: range))
}

print 和 debugPrint

extension Meeting: CustomStringConvertible {
    var description: String {
        return "于 \(self.date) 在 \(self.place) 與 \(self.attendeeName) 進行會議"
    }
}

1.CustomDebugStringConvertible僅發(fā)生在調(diào)試中使用debugger來進行打印的時候的輸出
2.對于實現(xiàn)了CustomDebugStringConvertible協(xié)議的類型 可以在打斷點并在控制臺使用po 對象的命令進行打印

錯誤和異常處理

do {
    try d.write(toFile: "Hello", options: [])
} catch let error as NSError {
    print ("Error: \(error.domain)")
}
enum LoginError: Error {
    case UserNotFound, UserPasswordNotMatch
}
func login(user: String, password: String) throws {
    //users 是 [String: String],存儲[用戶名:密碼]
    if !users.keys.contains(user) {
        throw LoginError.UserNotFound
    }
    if users[user] != password {
        throw LoginError.UserPasswordNotMatch
    }
    print("Login successfully.")
}

斷言

  func convertToKelvin(_ celsius: Double) -> Double {
        assert(celsius > -273.15, "輸入的攝氏溫度不能低于絕對零度")
        return celsius - (-273.15)
   }

斷言是開發(fā)時的特性 只有在Debug編譯的時候有效,而在運行時是不被編譯執(zhí)行的,因此斷言并不會消耗運行時的性能

image.png

可以強制禁用斷言

fatalError

class MyClass {
    func methodMustBeImplementedInSubclass() {
        fatalError("這個方法必須在子類中被重寫")
    }
}
class YourClass: MyClass {
    override func methodMustBeImplementedInSubclass() {
        print("YourClass 實現(xiàn)了該方法")
    }
}
class TheirClass: MyClass {
    func someOtherMethod() {
    }
}
YourClass().methodMustBeImplementedInSubclass()
// YourClass 實現(xiàn)了該方法
TheirClass().methodMustBeImplementedInSubclass()

JSON 和 Codable

struct Obj: Codable {
    let menu: Menu
    struct Menu: Codable {
        let id: String
        let value: String
        let popup: Popup
    }
    struct Popup: Codable {
        let menuItem: [MenuItem]
        enum CodingKeys: String, CodingKey {
            case menuItem = "menuitem"
        }
    }
    struct MenuItem: Codable {
        let value: String
        let onClick: String
        enum CodingKeys: String, CodingKey {
            case value
            case onClick = "onclick"
            
        }
    }
}

1.只有一個類型中所有成員都實現(xiàn)了Codable 那么這個類型就自動滿足Codable的要求
2.如果Json中的key和類型中的變量名不一致 要在對應(yīng)類中聲明CodingKeys枚舉,并用合適的鍵值覆蓋對應(yīng)的默認值

let data = jsonString.data(using: .utf8)!
do {
    let obj = try JSONDecoder().decode(Obj.self, from: data)
    let value = obj.menu.popup.menuItem[0].value
    print(value)
} catch {
    print("出錯啦:\(error)")
}

NSNull

NSNull 會默默的被通過Optional Binding被轉(zhuǎn)換為nil 避免被執(zhí)行

// 假設(shè) jsonValue 是從一個 JSON 中取出的 NSNull
let jsonValue: AnyObject = NSNull()
if let string = jsonValue as? String {
    print(string.hasPrefix("a"))
} else {
    print("不能解析")
}
// 輸出: // 不能解析

屬性訪問控制

當希望讀取到這個類的屬性 但是要保證類型的封裝和安全 只能在類型內(nèi)部對其進行改變或者設(shè)置

 class MyClass {
    private(set) var name: String?
}

泛型擴展

extension Array {
    var random: Element? {
        return self.count != 0 ? self[Int(arc4random_uniform(UInt32(self.count)))] :nil
    }
}
let languages = ["Swift","ObjC","C++","Java"]
languages.random!
// 隨機輸出是這四個字符串中的某個
let ranks = [1,2,3,4]
ranks.random!
// 隨機輸出是這四個數(shù)字中的某個

尾遞歸

func sum(_ n: UInt) -> UInt {
    if n == 0 {
        return 0
    }
    return n + sum(n - 1)
}
sum(4) // 10
sum(100) // 5050

當輸入的數(shù)字過大時 就會出現(xiàn)錯誤 是因為每次對于sum的遞歸調(diào)用都需要在調(diào)用棧上保存當前狀態(tài),否則無法計算最后的值,當n足夠大,調(diào)用棧足夠深的時候,椂昱桑空間被耗盡而導(dǎo)致錯誤 棧溢出

使用尾遞歸的方式解決該問題 尾遞歸就是讓函數(shù)里的最后一個動作是一個函數(shù)調(diào)用的形式,這個調(diào)用的返回值將直接被當前函數(shù)返回 從而避免在棧上保存狀態(tài) 這樣就是更新最后的棧幀 不是新建一個 來避免棧溢出的發(fā)生

func tailSum(_ n: UInt) -> UInt {
    func sumInternal(_ n: UInt, current: UInt) -> UInt {
        if n == 0 {
            return current
        } else {
            return sumInternal(n - 1, current: current + n)
        }
    }
    return sumInternal(n, current: 0)
}
tailSum(1000000)

由于默認Debug模式下Swift編譯器不會對尾遞歸進行優(yōu)化 可以改為Relese模式 再運行

?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
  • 序言:七十年代末,一起剝皮案震驚了整個濱河市个少,隨后出現(xiàn)的幾起案子洪乍,更是在濱河造成了極大的恐慌,老刑警劉巖夜焦,帶你破解...
    沈念sama閱讀 217,907評論 6 506
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件壳澳,死亡現(xiàn)場離奇詭異,居然都是意外死亡茫经,警方通過查閱死者的電腦和手機巷波,發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 92,987評論 3 395
  • 文/潘曉璐 我一進店門,熙熙樓的掌柜王于貴愁眉苦臉地迎上來科平,“玉大人褥紫,你說我怎么就攤上這事〉苫郏” “怎么了髓考?”我有些...
    開封第一講書人閱讀 164,298評論 0 354
  • 文/不壞的土叔 我叫張陵,是天一觀的道長弃酌。 經(jīng)常有香客問我氨菇,道長,這世上最難降的妖魔是什么妓湘? 我笑而不...
    開封第一講書人閱讀 58,586評論 1 293
  • 正文 為了忘掉前任查蓉,我火速辦了婚禮,結(jié)果婚禮上榜贴,老公的妹妹穿的比我還像新娘豌研。我一直安慰自己,他們只是感情好唬党,可當我...
    茶點故事閱讀 67,633評論 6 392
  • 文/花漫 我一把揭開白布鹃共。 她就那樣靜靜地躺著,像睡著了一般驶拱。 火紅的嫁衣襯著肌膚如雪霜浴。 梳的紋絲不亂的頭發(fā)上,一...
    開封第一講書人閱讀 51,488評論 1 302
  • 那天蓝纲,我揣著相機與錄音阴孟,去河邊找鬼晌纫。 笑死,一個胖子當著我的面吹牛永丝,可吹牛的內(nèi)容都是我干的锹漱。 我是一名探鬼主播,決...
    沈念sama閱讀 40,275評論 3 418
  • 文/蒼蘭香墨 我猛地睜開眼类溢,長吁一口氣:“原來是場噩夢啊……” “哼凌蔬!你這毒婦竟也來了?” 一聲冷哼從身側(cè)響起闯冷,我...
    開封第一講書人閱讀 39,176評論 0 276
  • 序言:老撾萬榮一對情侶失蹤砂心,失蹤者是張志新(化名)和其女友劉穎,沒想到半個月后蛇耀,有當?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體辩诞,經(jīng)...
    沈念sama閱讀 45,619評論 1 314
  • 正文 獨居荒郊野嶺守林人離奇死亡,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點故事閱讀 37,819評論 3 336
  • 正文 我和宋清朗相戀三年纺涤,在試婚紗的時候發(fā)現(xiàn)自己被綠了译暂。 大學(xué)時的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片。...
    茶點故事閱讀 39,932評論 1 348
  • 序言:一個原本活蹦亂跳的男人離奇死亡撩炊,死狀恐怖外永,靈堂內(nèi)的尸體忽然破棺而出,到底是詐尸還是另有隱情拧咳,我是刑警寧澤伯顶,帶...
    沈念sama閱讀 35,655評論 5 346
  • 正文 年R本政府宣布,位于F島的核電站骆膝,受9級特大地震影響祭衩,放射性物質(zhì)發(fā)生泄漏。R本人自食惡果不足惜阅签,卻給世界環(huán)境...
    茶點故事閱讀 41,265評論 3 329
  • 文/蒙蒙 一掐暮、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧,春花似錦、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 31,871評論 0 22
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽。三九已至,卻和暖如春衬衬,著一層夾襖步出監(jiān)牢的瞬間,已是汗流浹背刁笙。 一陣腳步聲響...
    開封第一講書人閱讀 32,994評論 1 269
  • 我被黑心中介騙來泰國打工破花, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留谦趣,地道東北人。 一個月前我還...
    沈念sama閱讀 48,095評論 3 370
  • 正文 我出身青樓座每,卻偏偏與公主長得像前鹅,于是被迫代替她去往敵國和親。 傳聞我的和親對象是個殘疾皇子峭梳,可洞房花燭夜當晚...
    茶點故事閱讀 44,884評論 2 354