青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品

posts - 9,  comments - 19,  trackbacks - 0

函數式編程語言有很多種定義,寬泛的認為支持高階函數(higher-order function)就算函數式語言的話,大多數現代語言都是支持函數式編程的,例如C/C++,java,C#,lua,python,JavaScript,Scala等等。收緊一下定義的話,加入函數式語言要求的模式匹配、無副作用等要求,那么剩下的就是純函數式語言,比較常見的有Haskell,Clean等。

副作用是什么和為什么有些語言想在設計上避免副作用這個問題,google能搜出好多博文,這里就不多說了。避免副作用可以帶來一些實際的好處,比如幫你大量改寫代碼什么的(誤),而且連gcc都有 _ _ attribute _ _((pure/const))的函數擴展嘛~。比如像erlang這種依賴于副作用編程的語言,雖然有著變量不可變這個特性,但是仍然可以讀寫process攜帶的全局變量,而且又沒有一個好的類型系統,所以在編譯的時候也不會怎么大改你的代碼,大多還是直譯成字節碼。

注:這篇文章不是**軟文**,不會用個g(f(x))就當例子給大家說無副作用多么多么好,可緩存結果拉(just a lie)~原生支持并行拉(just another lie),這些都是扯淡而且不實際的。(有機會再寫個博客專門談談這個)

正文

首先,純函數式的語言強調沒有副作用,它不會改變任何實際的東西,當然也沒有(全局的)狀態,這樣的程序如果不配上代表副作用的輸入輸出當然是什么都干不了的。那么如何把副作用嵌入到本不該有副作用的語言設計中那?當然不能直接賦值,不然。。不然。。就變成命令式語言了,而且函數式語言編譯中引以為豪的各種優化pass幾乎都不能用了。那么把有副作用的函數標注出來?當然是一個辦法。還有就是把副作用的表達式都包含在context中,隨著函數傳遞,保證順序而且要保證引用的唯一性。

作為純函數式語言的代表,Haskell和Clean對于副作用的設計實現上差別很大,下面就簡單說一下它們的實現,刨根究底,其實它們做的還是同一件事情。

haskell

Haskell中有一個很重要的概念:Monad,取名自范疇論,可以粗淺的認為它就是定義了一系列的行為準則(>>= , return)。Haskell中大多數語法糖都是為了這個發明來的。Haskell的標準庫中有很多關于副作用的類庫封裝,比如IORef,MVar,IOMonad等等,他們的內部實現都會歸結到ST Monad(State Thread Monad)上,正是這個與forall關鍵字的結合,從而在語法上保證了副作用嵌入在(純)Haskell中的正確性。
ST Monad里面主要的定義是:

 newtype ST s a = ST (STRep s a)
 type STRep s a = State# s -> (# State# s, a #)
 data STRef s a = STRef (MutVar# s a)

 runST :: (forall s. ST s a) -> a
 runSTRep :: (forall s. STRep s a) -> a

其中最關鍵的是ST s a 與 STref s a 這兩個數據結構。

先看看這個用法,let a0 = runST $ newSTRef 0,會引發一個type error。因為runST的類型是(forall s.ST s a) -> a ,參數(newSTRef 0)的類型是forall s. ST s (STRef s Int),最后求值后的結果是a0::STRef s Int,顯然s脫離了原本的定義域(也就是那層forall之外,forall是Haskell中提供**RankNType**的關鍵字)。從而用戶就只能使用下面的方式:

sumST :: Num a => [a] -> a
sumST xs = runST $ do          
    n <- newSTRef 0             
    forM_ xs $ \x -> do        
    modifySTRef n (+x)     
    readSTRef n     

不用標出標出具體實現,大家就能看出他做的事情就是做了一層wrapper,在type checker上保證被box之后不會被用戶取出來亂改。至于如何做到destructive in-place update,這就屬于編譯器的黑魔法了,語言這層只需保證語義就好。(**注:**ghc的實現中,ST Monad標準庫用到了ghc的unsafe打頭的內置函數)

Clean

Clean語言用的策略是線性類型系統(linear type system),是Substructural type sysytem的一種。在Curry-Howard同構中對應Substructrual logic。這類類型系統中,不但可以決定一個變量是什么類型,還可以約束被使用的次數與順序。在Mozilla出的Rust語言中,也可以看到線性類型的影子。

先舉個栗子~

transform :: (Int -> Int) *{#Int} -> *{#Int} 
transform f s | size s == 0 = s | otherwise = if (s.[0] == 0) {f i \\ i <-: s} {f i \\ _ <-: s & i <- [s.[0]..]}

(不要在意奇怪的語法,{}里面其實就是list comprehension)

其中*就是uniqueness type的標注,這個函數的類型用haskell寫出來就是transform :: (Int -> Int) -> *[Int] -> *[Int]。這個函數雖然沒有很好的看出uniqueness type的特性和傳播性,但是作為簡單的例子,差不多就是這么回事。
對于uniqueness type最直觀的理解就是帶有這個標識的類型是不能參與到以后Graph Reduction中,而且會檢測會不會有多個“變量”指向他。上面這個函數中就不會存在多個[Int]及相關的副本等著被回收,而是會直接在(ReadWorld中的)內存上更新數據。

最后

其實已經看出,在上面Haskell與Clean的做法中,一個是利用forall關鍵字與ST Monad+編譯器黑魔法,另一個是build-in在類型系統中,但是本質都是做了一件事情,就是保證RealWorld中的對象不會存在多個引用,而且在Graph Reduction中不會被編譯器搞亂順序,這樣就能融入到整個純函數式的大體系中了。


本人博客地址(http://m.shnenglu.com/pwq1989/)
posted on 2014-07-10 15:16 右席 閱讀(4487) 評論(1)  編輯 收藏 引用 所屬分類: 搬磚之路
青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>
            久久美女性网| 久久国内精品视频| 欧美精品一区三区在线观看| 性刺激综合网| 欧美大片在线观看一区二区| 羞羞色国产精品| 国内精品伊人久久久久av影院| 欧美激情亚洲精品| 最新高清无码专区| 久久九九精品| 99精品99| 久久青青草原一区二区| 亚洲国产精品成人久久综合一区| 美女精品视频一区| 欧美日本不卡| 久久av在线| 欧美亚洲免费电影| 亚洲影音先锋| 国产一区二区毛片| 乱人伦精品视频在线观看| 久久综合伊人77777蜜臀| 亚洲欧美精品suv| 狠狠久久五月精品中文字幕| 免费不卡在线观看av| 亚洲精品视频在线观看网站 | 国产精品久久一区二区三区| 欧美成人三级在线| 久久男人资源视频| 亚洲福利视频网| 国产欧美日韩综合一区在线播放| 欧美一区=区| 欧美在线一级视频| 91久久综合亚洲鲁鲁五月天| 亚洲欧洲日本国产| 99国内精品久久久久久久软件| 韩国视频理论视频久久| 亚洲电影免费观看高清| 国产欧美韩日| 欧美久久99| 欧美日韩免费一区二区三区| 欧美人与性动交cc0o| 久久亚洲一区二区| 国产精品久久久久毛片大屁完整版 | 欧美一区二区高清| 一本色道**综合亚洲精品蜜桃冫| 亚洲一区二区精品视频| 久久人人爽人人爽爽久久| 亚洲三级网站| 亚洲欧美精品在线观看| 亚洲午夜精品久久久久久浪潮| 亚洲在线成人精品| 性欧美大战久久久久久久久| 蘑菇福利视频一区播放| 欧美日韩国产综合网| 国产精品青草久久久久福利99| 这里只有精品视频在线| 久久久久国产精品厨房| 夜夜嗨av一区二区三区四季av| 欧美顶级少妇做爰| 久久久久欧美| 欧美视频成人| 亚洲一区二区在线播放| 久久精品国产欧美激情| 亚洲三级视频| 亚洲精品一区二区三区婷婷月| 一区二区三区免费在线观看| 蜜臀av一级做a爰片久久| 国产自产精品| 久久国产精品毛片| 亚洲免费大片| 在线观看国产日韩| 亚洲小少妇裸体bbw| 国产日韩欧美高清| 亚洲福利在线视频| 久久久久久久999精品视频| 亚洲欧美另类在线| 欧美四级剧情无删版影片| 99re热这里只有精品视频| 亚洲毛片在线看| 久久久久女教师免费一区| 久久久青草青青国产亚洲免观| 蜜桃av综合| 亚洲一区在线播放| 快she精品国产999| 樱桃国产成人精品视频| 欧美激情视频在线播放| 欧美国产在线观看| 日韩视频在线播放| 黄色成人在线免费| 亚洲欧美日韩成人高清在线一区| 影音欧美亚洲| 亚洲精品久久| 亚洲日韩中文字幕在线播放| 午夜欧美视频| 亚洲国产99精品国自产| 欧美日韩另类国产亚洲欧美一级| 亚洲伊人网站| 猛干欧美女孩| 午夜精品亚洲一区二区三区嫩草| 亚洲在线观看免费| 欧美亚洲日本网站| 欧美三级视频| 亚洲一区二区三区精品视频| 夜夜狂射影院欧美极品| 欧美激情第8页| 欧美91福利在线观看| 国产丝袜一区二区| 亚洲第一色在线| 亚洲国产精品一区制服丝袜| 亚洲一二三区在线| 久久成人免费网| 激情成人亚洲| 国产精品久久久久久久久久妞妞 | 国产精品色网| 国产精品私房写真福利视频| 亚洲国产老妈| 一本色道久久综合亚洲精品按摩 | 欧美日韩亚洲激情| 亚洲国产日韩欧美综合久久| 亚洲伦理一区| 麻豆国产精品一区二区三区| 亚洲一二区在线| 一区二区三区.www| 国产婷婷色一区二区三区| 欧美大片国产精品| 欧美国产丝袜视频| 久久夜色精品亚洲噜噜国产mv| 国产欧美一区二区精品性| 久久午夜影视| 午夜精品一区二区三区在线播放| 欧美激情按摩在线| 欧美在线免费| 亚洲欧洲视频在线| 国产精品r级在线| 免费h精品视频在线播放| 亚洲神马久久| 亚洲精品中文字幕有码专区| 欧美大秀在线观看| 亚洲国产mv| 亚洲高清视频中文字幕| 久久躁日日躁aaaaxxxx| 久久这里有精品15一区二区三区| 亚洲天堂男人| 欧美一区二区三区免费视频| 亚洲免费网址| 欧美主播一区二区三区美女 久久精品人 | 欧美.日韩.国产.一区.二区| 亚洲激情影院| 麻豆精品91| 亚洲美女色禁图| 亚洲久久一区| 牛夜精品久久久久久久99黑人| 欧美不卡视频一区发布| 男人插女人欧美| 国产精品久久久久久久免费软件| 亚洲欧美三级在线| 麻豆精品网站| 国产一区日韩一区| 亚洲国产欧洲综合997久久| 亚洲国产欧美一区| 久久av一区二区| 亚洲字幕在线观看| 欧美午夜性色大片在线观看| 国产精品最新自拍| 最新成人av在线| 久久尤物视频| 亚洲国产日韩欧美| 亚洲视频在线视频| 久久蜜臀精品av| 国产亚洲精品一区二区| 一区二区三区日韩欧美| 久久亚洲视频| 日韩亚洲不卡在线| 欧美精品免费在线观看| 亚洲精品视频在线播放| 欧美第一黄色网| 久久综合给合久久狠狠狠97色69| 国产婷婷色一区二区三区| 午夜精品久久久久久久久久久| 亚洲色图在线视频| 国产精品视频导航| 久久国产精品一区二区三区四区 | 美女主播视频一区| 亚洲视频中文字幕| 欧美日韩另类综合| 一区二区久久| 国产一区二区主播在线| 欧美一区二区三区在线播放| 亚洲欧美日韩高清| 国产麻豆综合| 久久久久久噜噜噜久久久精品| 亚洲一区二区视频| 国产视频久久| 亚洲高清视频在线| 亚洲一区自拍| 国产欧美日韩综合一区在线观看 | 老牛嫩草一区二区三区日本 | 国产精品美女久久久浪潮软件 | 国产精品青草久久久久福利99| 99精品国产福利在线观看免费|