摘要:但是,如果我們使用過(guò)多的函數(shù)式編程的抽象概念,我們的函數(shù)式編程也會(huì)非常難以理解。相比于不太合理的純函數(shù)式編程,我們的代碼更加可讀理解和修改,這也是我們重構(gòu)代碼的目的。
本文是篇譯文,原文鏈接An Introduction to Reasonably Pure Functional Programming,不當(dāng)之處還請(qǐng)指正。
一個(gè)好的程序員應(yīng)該有能力掌控你寫(xiě)的代碼,能夠以最簡(jiǎn)單的方法使你的代碼正確并且可讀。作為一名優(yōu)秀的程序員,你會(huì)編寫(xiě)盡量短小的函數(shù),使代碼更好的被復(fù)用;你會(huì)編寫(xiě)測(cè)試代碼,使自己有足夠的信心相信代碼會(huì)按原本的意圖正確運(yùn)行。沒(méi)有人喜歡解bug,所以一名優(yōu)秀的程序員也要會(huì)避免一些錯(cuò)誤,這些要靠經(jīng)驗(yàn)獲得,也可以遵循一些最佳實(shí)踐,比如Douglas Crockford 最著名的JavaScript:The good parts
函數(shù)式編程能夠降低程序的復(fù)雜程度:函數(shù)看起來(lái)就像是一個(gè)數(shù)學(xué)公式。學(xué)習(xí)函數(shù)編程能夠幫助你編寫(xiě)簡(jiǎn)單并且更少bug的代碼。
純函數(shù)純函數(shù)可以理解為一種 相同的輸入必定有相同的輸出的函數(shù),沒(méi)有任何可以觀(guān)察到副作用
//pure function add(a + b) { return a + b; }
上面是一個(gè)純函數(shù),它不依賴(lài)也不改變?nèi)魏魏瘮?shù)以外的變量狀態(tài),對(duì)于相同的輸入總能返回相同的輸出。
//impure var minimum = 21; var checkAge = function(age) { return age >= minimum; // 如果minimum改變,函數(shù)結(jié)果也會(huì)改變 }
這個(gè)函數(shù)不是純函數(shù),因?yàn)樗蕾?lài)外部可變的狀態(tài)
如果我們將變量移到函數(shù)內(nèi)部,那么它就變成了純函數(shù),這樣我們就能夠保證函數(shù)每次都能正確的比較年齡。
var checkAge = function(age) { var minimum = 21; return age >= minimum; };
純函數(shù)沒(méi)有副作用,一些你要記住的是,它不會(huì):
訪(fǎng)問(wèn)函數(shù)以外的系統(tǒng)狀態(tài)
修改以參數(shù)形式傳遞過(guò)來(lái)的對(duì)象
發(fā)起http請(qǐng)求
保留用戶(hù)輸入
查詢(xún)DOM
控制增變(controlled mutation)你需要留意一些會(huì)改變數(shù)組和對(duì)象的增變方法,舉例來(lái)說(shuō)你要知道splice和slice之間的差異。
//impure, splice 改變了原數(shù)組 var firstThree = function(arr) { return arr.splice(0,3); } //pure, slice 返回了一個(gè)新數(shù)組 var firstThree = function(arr) { return arr.slice(0,3); }
如果我們避免使用傳入函數(shù)的對(duì)象的增變方法,我們的程序?qū)⒏菀桌斫?,我們也有理由期望我們的函?shù)不會(huì)改變?nèi)魏魏瘮?shù)之外的東西。
let items = ["a", "b", "c"]; let newItems = pure(items); //對(duì)于純函數(shù)items始終應(yīng)該是["a", "b", "c"]純函數(shù)的優(yōu)點(diǎn)
相比于不純的函數(shù),純函數(shù)有如下優(yōu)點(diǎn):
更加容易被測(cè)試,因?yàn)樗鼈兾ㄒ坏穆氊?zé)就是根據(jù)輸入計(jì)算輸出
結(jié)果可以被緩存,因?yàn)橄嗤妮斎肟倳?huì)獲得相同的輸出
自我文檔化,因?yàn)楹瘮?shù)的依賴(lài)關(guān)系很清晰
更容易被調(diào)用,因?yàn)槟悴挥脫?dān)心函數(shù)會(huì)有什么副作用
因?yàn)榧兒瘮?shù)的結(jié)果可以被緩存,我們可以記住他們,這樣以來(lái)復(fù)雜昂貴的操作只需要在被調(diào)用時(shí)執(zhí)行一次。例如,緩存一個(gè)大的查詢(xún)索引的結(jié)果可以極大的改善程序的性能。
不合理的純函數(shù)編程使用純函數(shù)能夠極大的降低程序的復(fù)雜度。但是,如果我們使用過(guò)多的函數(shù)式編程的抽象概念,我們的函數(shù)式編程也會(huì)非常難以理解。
import _ from "ramda"; import $ from "jquery"; var Impure = { getJSON: _.curry(function(callback, url) { $.getJSON(url, callback); }), setHtml: _.curry(function(sel, html) { $(sel).html(html); }) }; var img = function (url) { return $("", { src: url }); }; var url = function (t) { return "http://api.flickr.com/services/feeds/photos_public.gne?tags=" + t + "&format=json&jsoncallback=?"; }; var mediaUrl = _.compose(_.prop("m"), _.prop("media")); var mediaToImg = _.compose(img, mediaUrl); var images = _.compose(_.map(mediaToImg), _.prop("items")); var renderImages = _.compose(Impure.setHtml("body"), images); var app = _.compose(Impure.getJSON(renderImages), url); app("cats");
花一分鐘理解上面的代碼。
除非你接觸過(guò)函數(shù)式編程的這些概念(柯里化,組合和prop),否則很難理解上述代碼。相比于純函數(shù)式的方法,下面的代碼則更加容易理解和修改,它更加清晰的描述程序并且更少的代碼。
app函數(shù)的參數(shù)是一個(gè)標(biāo)簽字符串
從Flickr獲取JSON數(shù)據(jù)
從返回的數(shù)據(jù)里抽出urls
創(chuàng)建", {src:url}) ); $(document.body).html(images); }) } app("cats");
或者可以使用fetch和Promise來(lái)更好的進(jìn)行異步操作。
let flickr = (tags)=> { let url = `http://api.flickr.com/services/feeds/photos_public.gne?tags=${tags}&format=json&jsoncallback=?` return fetch(url) .then((resp)=> resp.json()) .then((data)=> { let urls = data.items.map((item)=> item.media.m ) let images = urls.map((url)=> $("", { src: url }) ) return images }) } flickr("cats").then((images)=> { $(document.body).html(images) })
Ajax請(qǐng)求和DOM操作都不是純的,但是我們可以將余下的操作組成純函數(shù),將返回的JSON數(shù)據(jù)轉(zhuǎn)換成圖片節(jié)點(diǎn)數(shù)組。
let responseToImages = (resp) => { let urls = resp.items.map((item) => item.media.m) let images = urls.map((url) => $("", {src:url})) return images }
我們的函數(shù)做了2件事情:
將返回的數(shù)據(jù)轉(zhuǎn)換成urls
將urls轉(zhuǎn)換成圖片節(jié)點(diǎn)
函數(shù)式的方法是將上述2個(gè)任務(wù)拆開(kāi),然后使用compose將一個(gè)函數(shù)的結(jié)果作為參數(shù)傳給另一個(gè)參數(shù)。
let urls = (data) => { return data.items.map((item) => item.media.m) } let images = (urls) => { return urls.map((url) => $("", {src: url})) } let responseToImages = _.compose(images, urls)
compose 返回一系列函數(shù)的組合,每個(gè)函數(shù)都會(huì)將后一個(gè)函數(shù)的結(jié)果作為自己的入?yún)?/p>
這里compose做的事情,就是將urls的結(jié)果傳入images函數(shù)
let responseToImages = (data) => { return images(urls(data)) }
通過(guò)將代碼變成純函數(shù),讓我們?cè)谝院笥袡C(jī)會(huì)復(fù)用他們,他們更加容易被測(cè)試和自文檔化。不好的是當(dāng)我們過(guò)度的使用這些函數(shù)抽象(像第一個(gè)例子那樣), 就會(huì)使事情變得復(fù)雜,這不是我們想要的。當(dāng)我們重構(gòu)代碼的時(shí)候最重要的是要問(wèn)一下自己:
這是否讓代碼更加容易閱讀和理解?
基本功能函數(shù)我并不是要詆毀函數(shù)式編程。每個(gè)程序員都應(yīng)該齊心協(xié)力去學(xué)習(xí)基礎(chǔ)函數(shù),這些函數(shù)讓你在編程過(guò)程中使用一些抽象出的一般模式,寫(xiě)出更加簡(jiǎn)潔明了的代碼,或者像Marijn Haverbeke說(shuō)的
一個(gè)程序員能夠用常規(guī)的基礎(chǔ)函數(shù)武裝自己,更重要的是知道如何使用它們,要比那些苦思冥想的人高效的多。-- Eloquent JavaScript, Marijn Haverbeke
這里列出了一些JavaScript開(kāi)發(fā)者應(yīng)該掌握的基礎(chǔ)函數(shù)
Arrays
-forEach
-map
-filter
-reduce
Functions
-debounce
-compose
-partial
-curry
讓我們來(lái)通過(guò)實(shí)踐看一下函數(shù)式編程能如何改善下面的代碼
let items = ["a", "b", "c"]; let upperCaseItems = () => { let arr = []; for (let i=0, ii= items.length; i共享狀態(tài)來(lái)簡(jiǎn)化函數(shù)
這看起來(lái)很明顯且微不足道,但是我還是讓函數(shù)訪(fǎng)問(wèn)和修改了外部的狀態(tài),這讓函數(shù)難以測(cè)試且容易出錯(cuò)。
//pure let upperCaseItems = (items) => { let arr = []; for (let i =0, ii= items.length; i< ii; i++) { let item = items[i]; arr.push(item.toUpperCase()); } return arr; }使用更加可讀的語(yǔ)言抽象forEach來(lái)迭代
let upperCaseItems = (items) => { let arr = []; items.forEach((item) => { arr.push(item.toUpperCase()); }) return arr; }使用map進(jìn)一步簡(jiǎn)化代碼
let upperCaseItems = (items) => { return items.map((item) => item.toUpperCase()) }進(jìn)一步簡(jiǎn)化代碼
let upperCase = (item) => item.toUpperCase() let upperCaseItems = (item) => items.map(upperCase)刪除代碼直到它不能工作
我們不需要為這種簡(jiǎn)單的任務(wù)編寫(xiě)函數(shù),語(yǔ)言本身就提供了足夠的抽象來(lái)完成功能
let items = ["a", "b", "c"] let upperCaseItems = item.map((item) => item.toUpperCase())測(cè)試純函數(shù)的一個(gè)關(guān)鍵優(yōu)點(diǎn)是易于測(cè)試,所以在這一節(jié)我會(huì)為我們之前的Flicker模塊編寫(xiě)測(cè)試。
我們會(huì)使用Mocha來(lái)運(yùn)行測(cè)試,使用Babel來(lái)編譯ES6代碼。
mkdir test-harness cd test-harness npm init -y npm install mocha babel-register babel-preset-es2015 --save-dev echo "{ "presets": ["es2015"] }" > .babelrc mkdir test touch test/example.jsMocha提供了一些好用的函數(shù)如describe和it來(lái)拆分測(cè)試和鉤子(例如before和after這種用來(lái)組裝和拆分任務(wù)的鉤子)。assert是用來(lái)進(jìn)行相等測(cè)試的斷言庫(kù),assert和assert.deepEqual是很有用且值得注意的函數(shù)。
讓我們來(lái)編寫(xiě)第一個(gè)測(cè)試test/example.js
import assert from "assert"; describe("Math", () => { describe(".floor", () => { it("rounds down to the nearest whole number", () => { let value = Math.floor(4.24) assert(value === 4) }) }) })打開(kāi)package.json文件,將"test"腳本修改如下
mocha --compilers js:babel-register --recursive然后你就可以在命令行運(yùn)行npm test
Math .floor ? rounds down to the nearest whole number 1 passing (32ms)Note:如果你想讓mocha監(jiān)視改變,并且自動(dòng)運(yùn)行測(cè)試,可以在上述命令后面加上-w選項(xiàng)。
mocha --compilers js:babel-register --recursive -w測(cè)試我們的Flicker模塊我們的模塊文件是lib/flickr.js
import $ from "jquery"; import { compose } from "underscore"; let urls = (data) => { return data.items.map((item) => item.media.m) } let images = (urls) => { return urls.map((url) => $("", {src: url})[0] ) } let responseToImages = compose(images, urls) let flickr = (tags) => { let url = `http://api.flickr.com/services/feeds/photos_public.gne?tags=${tags}&format=json&jsoncallback=?` return fetch(url) .then((response) => reponse.json()) .then(responseToImages) } export default { _responseToImages: responseToImages, flickr: flickr }我們的模塊暴露了2個(gè)方法:一個(gè)公有flickr和一個(gè)私有函數(shù)_responseToImages,這樣就可以獨(dú)立的測(cè)試他們。
我們使用了一組依賴(lài):jquery,underscore和polyfill函數(shù)fetch和Promise。為了測(cè)試他們,我們使用jsdom來(lái)模擬DOM對(duì)象window和document,使用sinon包來(lái)測(cè)試fetch api。
npm install jquery underscore whatwg-fetch es6-promise jsdom sinon --save-dev touch test/_setup.js打開(kāi)test/_setup.js,使用全局對(duì)象來(lái)配置jsdom
global.document = require("jsdom").jsdom(""); global.window = document.defaultView; global.$ = require("jquery")(window); global.fetch = require("whatwg-fetch").fetch;我們的測(cè)試代碼在test/flickr.js,我們將為函數(shù)的輸出設(shè)置斷言。我們"stub"或者覆蓋全局的fetch方法,來(lái)阻斷和模擬HTTP請(qǐng)求,這樣我們就可以在不直接訪(fǎng)問(wèn)Flickr api的情況下運(yùn)行我們的測(cè)試。
import assert from "assert"; import Flickr from "../lib/flickr"; import sinon from "sinon"; import { Promise } from "es6-promise"; import { Response } from "whatwg-fetch"; let sampleResponse = { items: [{ media: { m: "lolcat.jpg" } }, { media: {m: "dancing_pug.gif"} }] } //實(shí)際項(xiàng)目中我們會(huì)將這個(gè)test helper移到一個(gè)模塊里 let jsonResponse = (obj) => { let json = JSON.stringify(obj); var response = new Response(json, { status: 200, headers: {"Content-type": "application/json"} }); return Promise.resolve(response); } describe("Flickr", () => { describe("._responseToImages", () => { it("maps response JSON to a NodeList of ", () => { let images = Flickr._responseToImages(sampleResponse); assert(images.length === 2); assert(images[0].nodeName === "IMG"); assert(images[0].src === "lolcat.jpg"); }) }) describe(".flickr", () => { //截?cái)鄁etch 請(qǐng)求,返回一個(gè)Promise對(duì)象 before(() => { sinon.stub(global, "fetch", (url) => { return jsonResponse(sampleResponse) }) }) after(() => { global.fetch.restore(); }) it("returns a Promise that resolve with a NodeList of ", (done) => { Flickr.flickr("cats").then((images) => { assert(images.length === 2); assert(images[1].nodeName === "IMG"); assert(images[1].src === "dancing_pug.gif"); done(); }) }) }) })運(yùn)行npm test,會(huì)得到如下結(jié)果:
Math .floor ? rounds down to the nearest whole number Flickr ._responseToImages ? maps response JSON to a NodeList of .flickr ? returns a Promise that resolves with a NodeList of 3 passing (67ms)到這里,我們已經(jīng)成功的測(cè)試了我們的模塊以及組成它的函數(shù),學(xué)習(xí)到了純函數(shù)以及如何使用函數(shù)組合。我們知道了純函數(shù)與不純函數(shù)的區(qū)別,知道純函數(shù)更可讀,由小函數(shù)組成,更容易測(cè)試。相比于不太合理的純函數(shù)式編程,我們的代碼更加可讀、理解和修改,這也是我們重構(gòu)代碼的目的。
LinksProfessor Frisby’s Mostly Adequate Guide to Functional Programming – @drboolean-這是一本很優(yōu)秀的介紹函數(shù)式編程的書(shū),本文的很多內(nèi)容和例子出自這本書(shū)
Eloquent Javascript – Functional Programming @marijnjh-介紹編程的好書(shū),同樣有一章介紹函數(shù)式編程的內(nèi)容很棒
Underscore-深入的挖掘像Underscore,lodash,Ramda這樣的工具庫(kù)是成為成熟開(kāi)發(fā)者的重要一步。理解如何使用這些函數(shù)將極大降低你代碼的長(zhǎng)度,讓你的程序更加聲明式的。
以上就是本文的全部!非常感謝閱讀,我希望這篇文章很好的向你介紹了函數(shù)式編程,重構(gòu)以及測(cè)試你的JavaScript。由于目前特別火熱的庫(kù)如React,Redux,Elm,Cycle和ReactiveX都在鼓勵(lì)和使用這種模式,所以這個(gè)時(shí)候?qū)戇@樣一篇有趣的范例也算是推波助流吧。
文章版權(quán)歸作者所有,未經(jīng)允許請(qǐng)勿轉(zhuǎn)載,若此文章存在違規(guī)行為,您可以聯(lián)系管理員刪除。
轉(zhuǎn)載請(qǐng)注明本文地址:http://systransis.cn/yun/80897.html
摘要:函數(shù)式編程的準(zhǔn)則不依賴(lài)于外部的數(shù)據(jù),而且也不改變外部數(shù)據(jù)的值,而是返回一個(gè)新的值給你。函數(shù)式編程利用純函數(shù)的無(wú)狀態(tài)性,它的好處非常多結(jié)果可預(yù)期利于測(cè)試?yán)趶?fù)用利于并發(fā),但一個(gè)系統(tǒng)工程的代碼,是不可能全部采用純函數(shù)來(lái)寫(xiě)的。 什么是函數(shù)式編程 函數(shù)式編程是一種編程范式,常見(jiàn)的編程范式有以下三種: 命令式編程 聲明式編程 函數(shù)式編程 函數(shù)式編程的本質(zhì)是將計(jì)算描述為一種表達(dá)式求值。在函數(shù)式...
摘要:函數(shù)式編程,一看這個(gè)詞,簡(jiǎn)直就是學(xué)院派的典范。所以這期周刊,我們就重點(diǎn)引入的函數(shù)式編程,淺入淺出,一窺函數(shù)式編程的思想,可能讓你對(duì)編程語(yǔ)言的理解更加融會(huì)貫通一些。但從根本上來(lái)說(shuō),函數(shù)式編程就是關(guān)于如使用通用的可復(fù)用函數(shù)進(jìn)行組合編程。 showImg(https://segmentfault.com/img/bVGQuc); 函數(shù)式編程(Functional Programming),一...
摘要:函數(shù)式編程的哲學(xué)就是假定副作用是造成不正當(dāng)行為的主要原因。函數(shù)組合面向?qū)ο笸ǔ1槐扔鳛槊~,而函數(shù)式編程是動(dòng)詞。尾遞歸優(yōu)化函數(shù)式編程語(yǔ)言中因?yàn)椴豢勺償?shù)據(jù)結(jié)構(gòu)的原因,沒(méi)辦法實(shí)現(xiàn)循環(huán)。 零、前言 說(shuō)到函數(shù)式編程,想必各位或多或少都有所耳聞,然而對(duì)于函數(shù)式的內(nèi)涵和本質(zhì)可能又有些說(shuō)不清楚。 所以本文希望針對(duì)工程師,從應(yīng)用(而非學(xué)術(shù))的角度將函數(shù)式編程相關(guān)思想和實(shí)踐(以 JavaScript 為...
閱讀 2222·2021-11-19 09:40
閱讀 1935·2021-11-08 13:24
閱讀 2471·2021-10-18 13:24
閱讀 2869·2021-10-11 10:57
閱讀 3595·2021-09-22 15:42
閱讀 1130·2019-08-29 17:11
閱讀 2539·2019-08-29 16:11
閱讀 2433·2019-08-29 11:11