亚洲香蕉成人av网站在线观看_欧美精品成人91久久久久久久_久久久久久久久久久亚洲_热久久视久久精品18亚洲精品_国产精自产拍久久久久久_亚洲色图国产精品_91精品国产网站_中文字幕欧美日韩精品_国产精品久久久久久亚洲调教_国产精品久久一区_性夜试看影院91社区_97在线观看视频国产_68精品久久久久久欧美_欧美精品在线观看_国产精品一区二区久久精品_欧美老女人bb

首頁 > 編程 > Swift > 正文

Swift的函數式編程詳解

2020-03-09 17:51:32
字體:
來源:轉載
供稿:網友
這篇文章主要介紹了Swift的函數式編程詳解,本文講解了Swift概覽、Swift遞歸、Swift 的高階函數和閉包等內容,需要的朋友可以參考下
 

Swift 相比原先的 Objective-C 最重要的優點之一,就是對函數式編程提供了更好的支持。 Swift 提供了更多的語法和一些新特性來增強函數式編程的能力,本文就在這方面進行一些討論。

Swift 概覽

對編程語言有了一些經驗的程序員,尤其是那些對多種不同類型的編程語言都有經驗的開發者, 在學習新的語言的時候更加得心應手。原因在于編程語言本身也是有各種范式的, 把握住這些特點就可以比較容易的上手了。

在入手一門新的語言的時候,一般關注的內容有:

1.原生數據結構
2.運算符
3.分支控制
4.如果是面向對象的編程語言,其面向對象的實現是怎樣的
5.如果是函數式編程語言,其面向函數式編程的實現是怎樣的

通過這幾個點,其實只要閱讀 Swift 文檔的第一章,你就可以對這個語言有一個大概的印象。 比如對于數據結構,Swift 和其他的編程語言大體一樣,有 Int, Float, Array, Dictionary 等, 運算符也基本與 C 語言一致等。 本文主要集中于對 Swift 函數式編程方面的特點進行一些盤點,因此在這里假設大家對 Swift 的基本語法已經有所了解。

對于一種編程范式,要掌握它也要抓住一些要點。對于支持函數式編程的語言,其一般的特點可能包含以下幾種:

1.支持遞歸
2.函數本身是語言 First Class 的組成要素,且支持高階函數和閉包
3.函數調用盡可能沒有副作用 (Side Effect) 的條件

接下來我們來逐個盤點這些內容。

遞歸

Swift 是支持遞歸的,事實上現在不支持遞歸的編程語言已經很難找到了。在 Swift 里寫一個遞歸調用和其他編程語言并沒有什么區別:

 

復制代碼代碼如下:

func fib(n: Int) -> Int {
  if n <= 1 {
    return 1
  }
  else {
    return fib(n-1) + fib(n-2)
  }
}
fib(6) // output 13

 

關于 Swift 的遞歸沒有什么好說的。作為一個常識,我們知道遞歸是需要消耗??臻g的。 在函數式編程語言中,遞歸是一個非常常用的方法,然而使用不慎很容易導致棧溢出的問題。 如果將代碼改寫為非遞歸實現,又可能會導致代碼的可讀性變差,因此有一個技巧是使用“尾遞歸”, 然后讓編譯器來優化代碼。

一個 Common Lisp 的尾遞歸的例子是

 

復制代碼代碼如下:

(defun fib(n)
    (fib-iter 1 0 n))
(defun fib-iter(a b count)
    (if (= count 0)
        b
        (fib-iter (+ a b) a (- count 1))))

 

我們可以把我們上述的 Swift 代碼也改寫成相同形式

 

復制代碼代碼如下:

func fibiter(a: Int, b: Int, count: Int) -> Int {
  if count==0 {
    return b
  }
  else {
    return fibiter(a + b, a, count-1)
  }
}
func fib(n: Int) -> Int {
  return fibiter(1, 1, n);
}

 

我們可以 Playground 里觀察是否使用尾遞歸時的迭代結果變化。

Swift的函數式編程詳解

值得注意的是,這里出現了一個 Swift 的問題。雖然 Swift 支持嵌套函數,但是當我們將fibiter 作為一個高階函數包含在fib函數之內的時候卻發生了 EXC_BAD_ACCESS 報錯, 并不清楚這是語言限制還是 Bug。

Swift 的高階函數和閉包

在 Objective-C 時代,使用 block 來實現高階函數或者閉包已經是非常成熟的技術了。 Swift 相比 Objective-C 的提高在于為函數式編程添加了諸多語法上的方便。

首先是高階函數的支持,可以在函數內定義函數,下面就是一個很簡潔的例子。

 

復制代碼代碼如下:

func greetingGenerator(object:String) -> (greeting:String) -> String {
  func sayGreeting(greeting:String) -> String {
    return greeting + ", " + object
  }
  return sayGreeting
}
let sayToWorld = greetingGenerator("world")
sayToWorld(greeting: "Hello") // "Hello, World"
sayToWorld(greeting: " 你好 ") // " 你好, World"

 

如果使用 block 實現上述功能,可讀性就不會有這么好。而且 block 的語法本身也比較怪異, 之前沒少被人吐槽。Swift 從這個角度來看比較方便。事實上,在 Swift 里可以將函數當做對象賦值, 這和很多函數式編程語言是一樣的。

作為一盤大雜燴,Swift 的函數系統也很有 JavaScript 的影子在里面。比如可以向下面這樣定義函數:

 

復制代碼代碼如下:

let add = {
  (a:Int, b:Int) -> Int in
  return a+b
}
add(1, 2) // 3

 

等號之后被賦予變量add的是一個閉包表達式,因此更準確的說, 這是將一個閉包賦值給常量了。注意在閉包表達式中,in關鍵字之前是閉包的形式定義,之后是具體代碼實現。 Swift 中的閉包跟匿名函數沒有什么區別。 如果你將它賦值給對象,就跟 JavaScript 中相同的實踐是一樣的了。幸好 Swift 作為 C 系列的語言, 其分支語句 if 等本身是有作用域的,因此不會出現下列 JavaScript 的坑:

 

復制代碼代碼如下:

if (someNum>0) {
  function a(){ alert("one") };
}
else {
  function a(){ alert("two") };
}
a() // will always alert "two" in most of browsers

 

Swift 的閉包表達式和函數都可以作為函數的參數,從下面的代碼我們可以看出閉包和函數的一致性:

復制代碼代碼如下:

func function() {
  println("this is a function")
}
let closure = {
  () -> () in
  println("this is a closure")
}
func run(somethingCanRun:()-> ()) {
  somethingCanRun()
}
run(function)
run(closure)

 

類似于 Ruby,Swift 作為函數參數的閉包做了一點語法糖。 在 Ruby 中使用 Block 的時候,我們可以這樣寫:

 

復制代碼代碼如下:

(1...5).map {|x| x*2} // => [2, 4, 6, 8]

 

在 Swift 當中我們可以得到幾乎一樣的表達式。

 

復制代碼代碼如下:

var a = Array(1..5).map {x in x*2}
// a = [2, 4, 6, 8]

 

也就是說, 如果一個函數的最后一個參數是閉包,那么它在語法上可以放在函數調用的外面。 閉包還可以用$0、$1等分別來表示第 0、第 1 個參數等。 基本的運算符也可以看做函數。 下面的幾種方式都可以實現逆序倒排的功能。

 

復制代碼代碼如下:

let thingsToSort = Array(1..5)
var reversed1 = sort(thingsToSort) { a, b in a<b} var reversed2 =" sort(thingsToSort) { $0 < $1}" var reversed3 =" sort(thingsToSort, <) // operator as a function"  all the above are [5, 4, 3, 2, 1]<="" pre=""><p>總體來說,Swift 在添加方便函數操作、添加相關語法糖方面走的很遠,基本上整合了目前各種語言中比較方便的特性。 實用性較好。</p><p><strong>Side Effects</strong></p><p>在計算機科學中,函數副作用指當調用函數時,除了返回函數值之外,還對主調用函數產生附加的影響。例如修改全局變量 (函數外的變量) 或修改參數 (<a href="http://en.wikipedia.org/wiki/Side_effect_%28computer_science%29" target="_blank">wiki</a>)。 函數副作用會給程序帶來一些不必要的麻煩。</p><p>為了減少函數副作用,很多函數式編程語言都力求達到所謂的“純函數”。 純函數是指函數與外界交換數據的唯一渠道是參數和返回值, 而不會受到函數的外部變量的干擾。 乍看起來這似乎跟閉包的概念相抵觸,因為閉包本身的一個重要特點就是可以訪問到函數定義時的上下文環境。</p><p>事實上,為了在這種情況下支持純函數,一些編程語言如 Clojure 等提供的數據結構都是不可變 (或者說 Persist) 的。 因此其實也就沒有我們傳統意義上的所認為的“變量”的概念。比如說,在 Python 中,字符串str就是一類不可變的數據結構。 你不能在原來的字符串上進行修改,每次想要進行類似的操作,其實都是生成了一個新的str對象。 然而 Python 中的鏈表結構則是可變的。且看下面的代碼,在 Python 中對a字符串進行修改并不會影響b, 但是同樣的操作作用于鏈表就會產生不一樣的結果:</p><pre class="brush:js;toolbar:false">a = "hello, "
b = a
a += "world"
print a # hello, world
print b # hello,</pre><p>Swift 的數據結構的 Persist 性質跟 Python 有點類似。需要注意的是,Swift 有變量和常量兩種概念, 變量使用var聲明,常量使用let聲明,使用var聲明的時候,Swift 中的字符串的行為跟 Python 相似, 因此修改字符串可以被理解為生成了一個新的字符串并修改了指針。同樣, 使用var聲明的數組和字典也都是可變的。</p><p>在 Swift 中使用let聲明的對象不能被賦值,基本數據結果也會變得不可變,但是情況更復雜一點。</p><pre class="brush:js;toolbar:false">let aDict = ["k1":"v1"]
let anArray = [1, 2, 3, 4]
aDict["k1"] = "newVal" // !! will fail !!
anArray.append(5) // !! will fail !!
anArray[0] = 5 // anArray = [5, 2, 3, 4] now !</pre><p>從上面的代碼中可以看出,使用let聲明的字典是完全不可變的,但是數組雖然不可以改變長度, 卻可以改變數組元素的值!Swift 的文檔中指出這里其實是將 Array 理解為定長數組從而方便編譯優化, 來獲得更好的訪問性能。</p><p>綜上所述,對象是否可變的關系其實略有復雜的,可以總結為:</p><ol class=" list-paddingleft-2"><li><p>使用var和let,Int和String類型都是不可變的,但是var時可以對變量重新賦值</p></li><li><p>使用let聲明的常量不可以被重新賦值</p></li><li><p>使用let聲明的Dictionary是完全不可變的</p></li><li><p>使用let聲明的Array長度不可變,但是可以修改元素的值</p></li><li><p>使用let聲明的類對象是可變的</p></li></ol><p>綜上所述,即使是使用let聲明的對象也有可能可變,因此在多線程情況下就無法達到“無副作用”的要求了。</p><p>此外 Swift 的函數雖然沒有指針,但是仍通過參數來修改變量的。只要在函數的參數定義中加入inout關鍵字即可。 這個特性很有 C 的風格。</p><p>個人覺得在支持通過元組來實現多返回值的情況下,這個特性不但顯得雞肋,也是一個導致程序產生“副作用”的特性。 Swift 支持這樣的特性,恐怕更多的是為了兼容 Objective-C 以及方便在兩個語言之間搭建 Bridge。</p><pre class="brush:js;toolbar:false">func inc(inout a:Int) {
  a += 1
}
var num = 1
inc(&num) // num = 2 now!</pre><p>綜上所述,使用 Swift 自帶的數據結構并不能很好的實現“無副作用”的“純函數式”編程, 它并沒有比 Python、Ruby 這類語言走的更遠。幸好作為一種關注度很高的語言, 已經有開發者為其實現了一套完全滿足不可變要求的數據結構和庫:Swiftz。 堅持使用let和 Swiftz 提供的數據結構來操作,就可以實現“純函數式”編程。</p><p><strong>總結</strong></p><p>在我看來,Swift 雖然實現了很多其他語言的亮點特性,但是總體實現來說并不是很整齊。 它在函數式編程方面添加了很多特性,但在控制副作用方面僅能達到平均水準。 有些特性看起來像是為了兼容原來的 Objective-C 才加入的。</p><p>Swift 寫起來相對比 Objective-C 更方便一點,脫離 Xcode 這樣的 IDE 來寫也是應該是可以的。 目前 Swift 只支持集中少量的原生數據結構而沒有標準庫,更不具備跨平臺特性,這是一個缺點。 在仔細閱讀了文檔之后發現 Swift 本身的語法細節還是很多的,就比如switch分置語句的用法就有很多內容。 入門學習的容易程度并沒有原來想象的那么好。我個人并不覺得這門語言會對其他平臺的開發者有很大吸引力。</p><p>Swift 是一門很強大的語言,在其穩定版本發布之后我認為我會從 Objective-C 轉向 Swift 來進行編程, 它在未來很可能成為 iOS 和 Mac 開發的首選。</p>
            </b}>
 


注:相關教程知識閱讀請移步到swift教程頻道。
發表評論 共有條評論
用戶名: 密碼:
驗證碼: 匿名發表
亚洲香蕉成人av网站在线观看_欧美精品成人91久久久久久久_久久久久久久久久久亚洲_热久久视久久精品18亚洲精品_国产精自产拍久久久久久_亚洲色图国产精品_91精品国产网站_中文字幕欧美日韩精品_国产精品久久久久久亚洲调教_国产精品久久一区_性夜试看影院91社区_97在线观看视频国产_68精品久久久久久欧美_欧美精品在线观看_国产精品一区二区久久精品_欧美老女人bb
久久男人av资源网站| 国产视频自拍一区| 欧美精品久久久久久久久| 亚洲一区二区久久| 亚洲一区二区免费在线| 91中文精品字幕在线视频| 亚洲精品免费在线视频| 日韩av毛片网| 久久精品中文字幕电影| 亚洲精品一区久久久久久| 欧美激情在线视频二区| 国产成人aa精品一区在线播放| 亚洲人精选亚洲人成在线| 国内精品久久久久伊人av| 色播久久人人爽人人爽人人片视av| 日韩av在线高清| 国模gogo一区二区大胆私拍| 成人两性免费视频| 亚洲xxx自由成熟| 精品亚洲一区二区三区四区五区| 亚洲国产又黄又爽女人高潮的| 久久这里只有精品视频首页| 成人动漫网站在线观看| 日韩中文第一页| 久久精品国产一区二区三区| 亚洲欧美日韩一区二区三区在线| 日韩av不卡电影| 中文字幕av一区二区三区谷原希美| 欧美极品美女视频网站在线观看免费| 国产精品久久久久久久久久| 国产精品久久久久免费a∨大胸| 久久69精品久久久久久国产越南| 成人国内精品久久久久一区| 国语自产精品视频在线看抢先版图片| 欧美在线性视频| 日韩在线观看免费| 少妇精69xxtheporn| 欧美激情奇米色| 国产精品99久久久久久人| 亚洲国产成人精品一区二区| 久久99热这里只有精品国产| 日本欧美国产在线| 国内精品模特av私拍在线观看| 久久中文字幕视频| 精品福利一区二区| 日本精品视频在线播放| 亚洲天堂一区二区三区| 欧美有码在线观看| 高清欧美一区二区三区| 日韩最新在线视频| 国产精品色午夜在线观看| 久久成人在线视频| 日韩美女在线看| 午夜精品久久久久久久99热浪潮| 欧美日韩中国免费专区在线看| 欧美怡红院视频一区二区三区| 欧美日韩激情视频| 国产精品免费视频xxxx| 亚洲欧美日韩国产中文专区| 国产欧美日韩精品在线观看| www.日韩视频| 国产区精品视频| xvideos亚洲人网站| 久久久久久久av| 国产精品综合久久久| 欧美性猛交xxxx乱大交3| 北条麻妃久久精品| 日本亚洲精品在线观看| 日本久久久久亚洲中字幕| 欧美中文在线视频| 69**夜色精品国产69乱| 久久精品国产99国产精品澳门| 一本色道久久综合狠狠躁篇的优点| 欧美激情亚洲视频| 欧美激情视频在线免费观看 欧美视频免费一| 成人精品视频久久久久| 91中文在线视频| 国产精品成人在线| 久久深夜福利免费观看| 欧美美女操人视频| 国产精品免费视频xxxx| 91九色蝌蚪国产| 久久久国产精品一区| 日韩av片免费在线观看| 精品爽片免费看久久| 日韩精品一区二区视频| 91亚洲精品久久久久久久久久久久| 国产精品国产三级国产aⅴ浪潮| 亚洲成人激情小说| 久久久久久久激情视频| 一区二区三区四区在线观看视频| 国产精品美女久久久久久免费| 九九精品视频在线| 欧美成人免费网| 国产精品久久久久久久久久三级| 精品久久久久久亚洲国产300| 久久久国产精品亚洲一区| 国产精品1234| 欧美中文在线视频| 国产精品嫩草影院久久久| 久久国产加勒比精品无码| 久久精品亚洲热| 欧美风情在线观看| 日韩一二三在线视频播| 国产美女精品视频| 成人国产精品免费视频| 亚洲精品久久久久中文字幕二区| 欧美成人午夜视频| 狠狠干狠狠久久| 国产999精品久久久| 亚洲欧美自拍一区| 久久成人18免费网站| 九九热精品视频国产| 国产一区二区三区日韩欧美| 久久久人成影片一区二区三区观看| 在线观看成人黄色| 久久久久久久久亚洲| 国产精品高清网站| 欧美巨乳美女视频| 久久99热这里只有精品国产| 91国产美女视频| 日韩精品亚洲元码| 亚洲精品免费网站| 成人av色在线观看| 日韩国产欧美精品一区二区三区| 国产一区二区日韩| 91久久久久久久久久久| 国产一区二区三区视频在线观看| 黑人巨大精品欧美一区免费视频| 色综合久久悠悠| 黑人狂躁日本妞一区二区三区| 亚洲人午夜精品| 九色精品免费永久在线| 中文字幕综合一区| 国产日韩欧美在线观看| 日韩av不卡电影| 日韩av快播网址| 在线国产精品视频| 国产一区二区丝袜高跟鞋图片| 一区二区三区 在线观看视| 啊v视频在线一区二区三区| 国产精品丝袜高跟| 国产精品pans私拍| 久久精品中文字幕一区| 国产噜噜噜噜噜久久久久久久久| 黑人巨大精品欧美一区二区| 久久视频中文字幕| 日韩免费在线电影| 中文字幕综合一区| 国产成一区二区| 国产精品jizz在线观看麻豆| 久久99国产精品自在自在app| 少妇高潮久久77777| 欧美国产高跟鞋裸体秀xxxhd| 亚洲一区二区久久久| 一本大道香蕉久在线播放29| 在线观看欧美www| 国产亚洲欧洲在线| 亚洲国产成人一区| 国产精品美女无圣光视频| 精品中文字幕在线2019| 91在线|亚洲| 国产91久久婷婷一区二区| 亚洲欧美一区二区三区四区|