国产xxxx99真实实拍_久久不雅视频_高清韩国a级特黄毛片_嗯老师别我我受不了了小说

資訊專欄INFORMATION COLUMN

JavaScript函數(shù)式編程(二)

booster / 2288人閱讀

摘要:函數(shù)式編程二拖延癥了好久,第二篇終于寫出來了。如果你對(duì)熟悉的話應(yīng)該還記得,是可以調(diào)用來集中處理錯(cuò)誤的對(duì)于函數(shù)式編程我們也可以做同樣的操作,如果運(yùn)行正確,那么就返回正確的結(jié)果如果錯(cuò)誤,就返回一個(gè)用于描述錯(cuò)誤的結(jié)果。

JavaScript函數(shù)式編程(二)

拖延癥了好久,第二篇終于寫出來了。

上一篇在這里:JavaScript函數(shù)式編程(一)

上一篇文章里我們提到了純函數(shù)的概念,所謂的純函數(shù)就是,對(duì)于相同的輸入,永遠(yuǎn)會(huì)得到相同的輸出,而且沒有任何可觀察的副作用,也不依賴外部環(huán)境的狀態(tài)(我偷懶復(fù)制過來的)。

但是實(shí)際的編程中,特別是前端的編程范疇里,“不依賴外部環(huán)境”這個(gè)條件是根本不可能的,我們總是不可避免地接觸到 DOM、AJAX 這些狀態(tài)隨時(shí)都在變化的東西。所以我們需要用更強(qiáng)大的技術(shù)來干這些臟活。

一、容器、Functor

如果你熟悉 jQuery 的話,應(yīng)該還記得,$(...) 返回的對(duì)象并不是一個(gè)原生的 DOM 對(duì)象,而是對(duì)于原生對(duì)象的一種封裝:

var foo = $("#foo"); 

foo == document.getElementById("foo"); 
//=> false

foo[0] == document.getElementById("foo"); 
//=> true

這在某種意義上就是一個(gè)“容器”(但它并不函數(shù)式)。

接下類我們會(huì)看到,容器為函數(shù)式編程里普通的變量、對(duì)象、函數(shù)提供了一層極其強(qiáng)大的外衣,賦予了它們一些很驚艷的特性,就好像 Tony Stark 的鋼鐵外衣,Dva 的機(jī)甲,明日香的2號(hào)機(jī)一樣。

下面我們就來寫一個(gè)最簡(jiǎn)單的容器吧:

var Container = function(x) {
  this.__value = x;
}
Container.of = x => new Container(x);

//試試看
Container.of(1);
//=> Container(1)

Container.of("abcd");
//=> Container("abcd")

我們調(diào)用 Container.of 把東西裝進(jìn)容器里之后,由于這一層外殼的阻擋,普通的函數(shù)就對(duì)他們不再起作用了,所以我們需要加一個(gè)接口來讓外部的函數(shù)也能作用到容器里面的值:

Container.prototype.map = function(f){
  return Container.of(f(this.__value))
}

我們可以這樣使用它:

Container.of(3)
    .map(x => x + 1)                 //=> Container(4)
    .map(x => "Result is " + x);    //=> Container("Result is 4")

沒錯(cuò)!我們僅花了 7 行代碼就實(shí)現(xiàn)了很炫的鏈?zhǔn)秸{(diào)用,這也是我們的第一個(gè) Functor

Functor(函子)是實(shí)現(xiàn)了 map 并遵守一些特定規(guī)則的容器類型。

也就是說,如果我們要將普通函數(shù)應(yīng)用到一個(gè)被容器包裹的值,那么我們首先需要定義一個(gè)叫 Functor 的數(shù)據(jù)類型,在這個(gè)數(shù)據(jù)類型中需要定義如何使用 map 來應(yīng)用這個(gè)普通函數(shù)。

把東西裝進(jìn)一個(gè)容器,只留出一個(gè)接口 map 給容器外的函數(shù),這么做有什么好處呢?

本質(zhì)上,F(xiàn)unctor 是一個(gè)對(duì)于函數(shù)調(diào)用的抽象,我們賦予容器自己去調(diào)用函數(shù)的能力。當(dāng) map 一個(gè)函數(shù)時(shí),我們讓容器自己來運(yùn)行這個(gè)函數(shù),這樣容器就可以自由地選擇何時(shí)何地如何操作這個(gè)函數(shù),以致于擁有惰性求值、錯(cuò)誤處理、異步調(diào)用等等非常牛掰的特性。

舉個(gè)例子,我們現(xiàn)在為 map 函數(shù)添加一個(gè)檢查空值的特性,這個(gè)新的容器我們稱之為 Maybe(原型來自于Haskell):

var Maybe = function(x) {
  this.__value = x;
}

Maybe.of = function(x) {
  return new Maybe(x);
}

Maybe.prototype.map = function(f) {
  return this.isNothing() ? Maybe.of(null) : Maybe.of(f(this.__value));
}

Maybe.prototype.isNothing = function() {
  return (this.__value === null || this.__value === undefined);
}

//試試看
import _ from "lodash";
var add = _.curry(_.add);

Maybe.of({name: "Stark"})
    .map(_.prop("age"))
    .map(add(10));
//=> Maybe(null)

Maybe.of({name: "Stark", age: 21})
    .map(_.prop("age"))
    .map(add(10));
//=> Maybe(31)

看了這些代碼,覺得鏈?zhǔn)秸{(diào)用總是要輸入一堆 .map(...) 很煩對(duì)吧?這個(gè)問題很好解決,還記得我們上一篇文章里介紹的柯里化嗎?

有了柯里化這個(gè)強(qiáng)大的工具,我們可以這樣寫:

import _ from "lodash";
var compose = _.flowRight;
var add = _.curry(_.add);

// 創(chuàng)造一個(gè)柯里化的 map
var map = _.curry((f, functor) => functor.map(f));

var doEverything = map(compose(add(10), _.property("age")));

var functor = Maybe.of({name: "Stark", age: 21});
doEverything(functor);
//=> Maybe(31)
二、錯(cuò)誤處理、Either

現(xiàn)在我們的容器能做的事情太少了,它甚至連做簡(jiǎn)單的錯(cuò)誤處理都做不到,現(xiàn)在我們只能類似這樣處理錯(cuò)誤:

try{
    doSomething();
}catch(e){
    // 錯(cuò)誤處理
}

try/catch/throw 并不是“純”的,因?yàn)樗鼜耐獠拷庸芰宋覀兊暮瘮?shù),并且在這個(gè)函數(shù)出錯(cuò)時(shí)拋棄了它的返回值。這不是我們期望的函數(shù)式的行為。

如果你對(duì) Promise 熟悉的話應(yīng)該還記得,Promise 是可以調(diào)用 catch 來集中處理錯(cuò)誤的:

doSomething()
    .then(async1)
    .then(async2)
    .catch(e => console.log(e));

對(duì)于函數(shù)式編程我們也可以做同樣的操作,如果運(yùn)行正確,那么就返回正確的結(jié)果;如果錯(cuò)誤,就返回一個(gè)用于描述錯(cuò)誤的結(jié)果。這個(gè)概念在 Haskell 中稱之為 Either 類,LeftRight 是它的兩個(gè)子類。我們用 JS 來實(shí)現(xiàn)一下:

// 這里是一樣的=。=
var Left = function(x) {
  this.__value = x;
}
var Right = function(x) {
  this.__value = x;
}

// 這里也是一樣的=。=
Left.of = function(x) {
  return new Left(x);
}
Right.of = function(x) {
  return new Right(x);
}

// 這里不同!!!
Left.prototype.map = function(f) {
  return this;
}
Right.prototype.map = function(f) {
  return Right.of(f(this.__value));
}

下面來看看 LeftRight 的區(qū)別吧:

Right.of("Hello").map(str => str + " World!");
// Right("Hello World!")

Left.of("Hello").map(str => str + " World!");
// Left("Hello")

LeftRight 唯一的區(qū)別就在于 map 方法的實(shí)現(xiàn),Right.map 的行為和我們之前提到的 map 函數(shù)一樣。但是 Left.map 就很不同了:它不會(huì)對(duì)容器做任何事情,只是很簡(jiǎn)單地把這個(gè)容器拿進(jìn)來又扔出去。這個(gè)特性意味著,Left 可以用來傳遞一個(gè)錯(cuò)誤消息。

var getAge = user => user.age ? Right.of(user.age) : Left.of("ERROR!");

//試試
getAge({name: "stark", age: "21"}).map(age => "Age is " + age);
//=> Right("Age is 21")

getAge({name: "stark"}).map(age => "Age is " + age);
//=> Left("ERROR!")

是的,Left 可以讓調(diào)用鏈中任意一環(huán)的錯(cuò)誤立刻返回到調(diào)用鏈的尾部,這給我們錯(cuò)誤處理帶來了很大的方便,再也不用一層又一層的 try/catch

LeftRightEither 類的兩個(gè)子類,事實(shí)上 Either 并不只是用來做錯(cuò)誤處理的,它表示了邏輯或,范疇學(xué)里的 coproduct。但這些超出了我們的討論范圍。

三、IO

下面我們的程序要走出象牙塔,去接觸外面“骯臟”的世界了,在這個(gè)世界里,很多事情都是有副作用的或者依賴于外部環(huán)境的,比如下面這樣:

function readLocalStorage(){
    return window.localStorage;
}

這個(gè)函數(shù)顯然不是純函數(shù),因?yàn)樗鼜?qiáng)依賴外部的 window.localStorage 這個(gè)對(duì)象,它的返回值會(huì)隨著環(huán)境的變化而變化。為了讓它“純”起來,我們可以把它包裹在一個(gè)函數(shù)內(nèi)部,延遲執(zhí)行它:

function readLocalStorage(){
    return function(){
        return window.localStorage;   
    }
}

這樣 readLocalStorage 就變成了一個(gè)真正的純函數(shù)! OvO為機(jī)智的程序員鼓掌!

額……好吧……好像確實(shí)沒什么卵用……我們只是(像大多數(shù)拖延癥晚期患者那樣)把討厭做的事情暫時(shí)擱置了而已。為了能徹底解決這些討厭的事情,我們需要一個(gè)叫 IO 的新的 Functor:

import _ from "lodash";
var compose = _.flowRight;

var IO = function(f) {
    this.__value = f;
}

IO.of = x => new IO(_ => x);

IO.prototype.map = function(f) {
    return new IO(compose(f, this.__value))
};

IO 跟前面那幾個(gè) functor 不同的地方在于,它的 __value 是一個(gè)函數(shù)。它把不純的操作(比如 IO、網(wǎng)絡(luò)請(qǐng)求、DOM)包裹到一個(gè)函數(shù)內(nèi),從而延遲這個(gè)操作的執(zhí)行。所以我們認(rèn)為,IO 包含的是被包裹的操作的返回值

var io_document = new IO(_ => window.document);

io_document.map(function(doc){ return doc.title });
//=> IO(document.title)

注意我們這里雖然感覺上返回了一個(gè)實(shí)際的值 IO(document.title),但事實(shí)上只是一個(gè)對(duì)象:{ __value: [Function] },它并沒有執(zhí)行,而是簡(jiǎn)單地把我們想要的操作存了起來,只有當(dāng)我們?cè)谡娴男枰@個(gè)值得時(shí)候,IO 才會(huì)真的開始求值,這個(gè)特性我們稱之為 惰性求值。(培提爾其烏斯:“這是怠惰啊!”)

是的,我們依然需要某種方法讓 IO 開始求值,并且把它返回給我們。它可能因?yàn)?map 的調(diào)用鏈積累了很多很多不純的操作,一旦開始求值,就可能會(huì)把本來很干凈的程序給“弄臟”。但是去直接執(zhí)行這些“臟”操作不同,我們把這些不純的操作帶來的復(fù)雜性和不可維護(hù)性推到了 IO 的調(diào)用者身上(嗯就是這么不負(fù)責(zé)任)。

下面我們來做稍微復(fù)雜點(diǎn)的事情,編寫一個(gè)函數(shù),從當(dāng)前 url 中解析出對(duì)應(yīng)的參數(shù)。

import _ from "lodash";

// 先來幾個(gè)基礎(chǔ)函數(shù):
// 字符串
var split = _.curry((char, str) => str.split(char));
// 數(shù)組
var first = arr => arr[0];
var last = arr => arr[arr.length - 1];
var filter = _.curry((f, arr) => arr.filter(f));
//注意這里的 x 既可以是數(shù)組,也可以是 functor
var map = _.curry((f, x) => x.map(f)); 
// 判斷
var eq = _.curry((x, y) => x == y);
// 結(jié)合
var compose = _.flowRight;


var toPairs = compose(map(split("=")), split("&"));
// toPairs("a=1&b=2")
//=> [["a", "1"], ["b", "2"]]

var params = compose(toPairs, last, split("?"));
// params("http://xxx.com?a=1&b=2")
//=> [["a", "1"], ["b", "2"]]

// 這里會(huì)有些難懂=。= 慢慢看
// 1.首先我們先對(duì) url 調(diào)用 params 函數(shù),得到類似[["a", "1"], ["b", "2"]]
//   這樣的數(shù)組;
// 2.然后調(diào)用 filter(compose(eq(key), first)),這是一個(gè)過濾器,過濾的
//   條件是 compose(eq(key), first) 為真,它的意思就是只留下首項(xiàng)為 key
//   的數(shù)組;
// 3.最后調(diào)用 Maybe.of,把它包裝起來。
// 4.這一系列的調(diào)用是針對(duì) IO 的,所以我們用 map 把這些調(diào)用封裝起來。
var getParam = key => map(compose(Maybe.of, filter(compose(eq(key), first)), params));

// 創(chuàng)建充滿了洪荒之力的 IO!!!
var url = new IO(_ => window.location.href);
// 最終的調(diào)用函數(shù)!!!
var findParam = getParam(url);

// 上面的代碼都是很干凈的純函數(shù),下面我們來對(duì)它求值,求值的過程是非純的。
// 假設(shè)現(xiàn)在的 url 是 http://xxx.com?a=1&b=2
// 調(diào)用 __value() 來運(yùn)行它!
findParam("a").__value();
//=> Maybe(["a", "1"])
四、總結(jié)

如果你還能堅(jiān)持看到這里的話,不管看沒看懂,已經(jīng)是勇士了。在這篇文章里,我們先后提到了 MaybeEitherIO 這三種強(qiáng)大的 functor,在鏈?zhǔn)秸{(diào)用、惰性求值、錯(cuò)誤捕獲、輸入輸出中都發(fā)揮著巨大的作用。事實(shí)上 functor 遠(yuǎn)不止這三種,但由于篇幅的問題就不再繼續(xù)介紹了(哼才不告訴你其實(shí)是因?yàn)槲疫€沒看懂其它 functor 的原理)

但依然有問題困擾著我們:

如何處理嵌套的 functor 呢?(比如 Maybe(IO(42))

如何處理一個(gè)由非純的或者異步的操作序列呢?

在這個(gè)充滿了容器和 functor 的世界里,我們手上的工具還不夠多,函數(shù)式編程的學(xué)習(xí)還遠(yuǎn)遠(yuǎn)沒有結(jié)束,在下一篇文章里會(huì)講到 Monad 這個(gè)神奇的東西(然而我也不知道啥時(shí)候?qū)懴乱黄烙?jì)等到實(shí)習(xí)考核后吧OvO)。

文章版權(quán)歸作者所有,未經(jīng)允許請(qǐng)勿轉(zhuǎn)載,若此文章存在違規(guī)行為,您可以聯(lián)系管理員刪除。

轉(zhuǎn)載請(qǐng)注明本文地址:http://specialneedsforspecialkids.com/yun/87813.html

相關(guān)文章

  • SegmentFault 技術(shù)周刊 Vol.16 - 淺入淺出 JavaScript 函數(shù)編程

    摘要:函數(shù)式編程,一看這個(gè)詞,簡(jiǎn)直就是學(xué)院派的典范。所以這期周刊,我們就重點(diǎn)引入的函數(shù)式編程,淺入淺出,一窺函數(shù)式編程的思想,可能讓你對(duì)編程語言的理解更加融會(huì)貫通一些。但從根本上來說,函數(shù)式編程就是關(guān)于如使用通用的可復(fù)用函數(shù)進(jìn)行組合編程。 showImg(https://segmentfault.com/img/bVGQuc); 函數(shù)式編程(Functional Programming),一...

    csRyan 評(píng)論0 收藏0
  • 【響應(yīng)編程的思維藝術(shù)】 (1)Rxjs專題學(xué)習(xí)計(jì)劃

    摘要:由于技術(shù)棧的學(xué)習(xí),筆者需要在原來函數(shù)式編程知識(shí)的基礎(chǔ)上,學(xué)習(xí)的使用。筆者在社區(qū)發(fā)現(xiàn)了一個(gè)非常高質(zhì)量的響應(yīng)式編程系列教程共篇,從基礎(chǔ)概念到實(shí)際應(yīng)用講解的非常詳細(xì),有大量直觀的大理石圖來輔助理解流的處理,對(duì)培養(yǎng)響應(yīng)式編程的思維方式有很大幫助。 showImg(https://segmentfault.com/img/bVus8n); [TOC] 一. 響應(yīng)式編程 響應(yīng)式編程,也稱為流式編程...

    lscho 評(píng)論0 收藏0
  • JavaScript 函數(shù)編程

    摘要:注意是單一參數(shù)柯里化是由以邏輯學(xué)家命名的,當(dāng)然編程語言也是源自他的名字,雖然柯里化是由和發(fā)明的。辨別類型和它們的含義是一項(xiàng)重要的技能,這項(xiàng)技能可以讓你在函數(shù)式編程的路上走得更遠(yuǎn)。 slide 地址 三、可以,這很函數(shù)式~ showImg(https://segmentfault.com/img/remote/1460000015978685?w=187&h=160); 3.1.函數(shù)是一...

    thursday 評(píng)論0 收藏0
  • JavaScript的語言特性以及重要版本

    摘要:通常一個(gè)完成的不僅僅包含了還包括了以及相關(guān)版本該版本在中使用。基于原型函數(shù)先行的語言使用基于原型的的繼承機(jī)制,函數(shù)是的第一等公民其他相關(guān)的語言特性編譯型語言把做好的源程序全部編譯成二進(jìn)制代碼的可運(yùn)行程序。 轉(zhuǎn)載請(qǐng)注明出處,創(chuàng)作不易,更多文章請(qǐng)戳 https://github.com/ZhengMaste... 前言:JavaScript誕生于1995年,它是一門腳本語言,起初的目...

    Yangder 評(píng)論0 收藏0
  • JavaScript中的函數(shù)編程(翻譯)

    摘要:原文鏈接原文作者函數(shù)式編程這篇文章是介紹函數(shù)式編程的四篇文章中的第二篇。這些部分被使用的越來越頻繁,人們把他們放到一個(gè)函數(shù)式編程的庫里面,有一些流行的庫包括未亡待續(xù)閱讀下一節(jié)原文地址歡迎關(guān)注 showImg(https://segmentfault.com/img/bVtSez); tips 原文鏈接: http://jrsinclair.com/articles/2016/gentl...

    smartlion 評(píng)論0 收藏0

發(fā)表評(píng)論

0條評(píng)論

最新活動(dòng)
閱讀需要支付1元查看
<