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

隨筆 - 17  文章 - 48  trackbacks - 0
<2025年9月>
31123456
78910111213
14151617181920
21222324252627
2829301234
567891011

常用鏈接

留言簿(3)

隨筆檔案

搜索

  •  

最新評論

閱讀排行榜

評論排行榜

最近幾個月利用上下班的時間在學習Haskell,Haskell有不少讓人開闊思路的東西,也有不少看起來很美好,用起來不錯,但是讀起來費勁的東西。Haskell的語法學的差不多了之后,用Haskell寫了一個簡單的C++代碼行統計工具,寫過幾個版本,留下了兩個,一個是直接用模式匹配寫的,一個是山寨了一個極簡的parse combinator,然后用這個山寨的parse combinator寫了一個版本,代碼估計寫的都比較爛,以后進階學習之后有時間再改。這個統計工具并不是完整的處理C++的語法,也沒對在字符串和宏定義里面的"http://" "/*" "*/"做處理,因此對某些C++程序統計代碼行,可能不完全正確,但是基本可以用。


data, type, newtype


Haskell里面用data來定義數據類型,它可以是這樣:
 

data Mode = ReadMode | WriteMode
data Some = Some Int String
data Thing = { a :: Int, b :: String }
data Func a b = { func :: a -> b }

 

第一行定義了一個Mode,包含ReadMode和WriteMode;

第二行定義了一個普通數據類型Some,包含一個Int數據和一個String數據;

第三行定義了一個普通數據類型Thing,包含類型為Int的a和類型為String的b;

第四行定義了一個符合數據類型Func,里面有個函數類型為(a -> b)的數據func。


第一種相當于C++中的enum class,第二種第三種相當于普通的struct數據,第二種和第三種的區別是第二種不能直接取到Int和String的數據,第三種可以通過a,b取到數據,第四種相當于C++的template class(struct),第四種寫成這樣來定義具體的數據類型:

type IntStringFunc = data Func Int String

 

type在這里定義了一個別名IntStringFunc類型,包含了一個函數類型是Int -> String的func的數據,這里的type相當于C++ 11的using別名,因為它還可以這樣寫:


type IntBFunc b = data Func Int b


在C++ 11中,using包含了typedef的功能,也支持了template class的類型typedef,如下:


template <typename T, typename P>
class SomeType;

template <typename T>
using SomeTypeInt = SomeType<T, int>;


newtype定義的數據類型跟type類型,不過type定義的純粹是別名,別名類型跟原始類型是一致的,而newtype則定義的是一個wrapper,是一種新的數據類型,所以是newtype。newtype定義的類型是編譯時期的wrapper,Haskell保證沒有運行時期的開銷,newtype定義的跟data類似:

newtype NewType a b = NewType { func :: a -> b }


模式匹配


上面說道data定義的第二種數據類型,包含Int和String的數據,但是不能直接取到這兩個數據,所以我們需要定義兩個函數來取其中的數據:


some = Some 0 "test"  -- 定義一個數據,類型為Some

-- 定義兩個函數用于獲取Some的數據
getSomeInt Some i _ = i
getSomeString Some _ s = s

getSomeInt some  -- 0
getSomeString some  -- "test"


這里的getSomeInt和getSomeString函數都是采用模式匹配來實現,模式匹配就是把數據的結構直接寫在代碼中來匹配,然后取出想要使用的數據即可。


Haskell里常用的Maybe數據類型是這樣定義的:


data Maybe a = Nothing
                     | Just a


如果要取用Maybe里面的值,我們通常使用模式匹配來獲取數據,如下:


useMaybe maybe =
     case maybe of
          Nothing -> …  -- Maybe的值是空
          Just a -> …  -- 直接使用a即可

useMaybe (Just 1)


下面調用useMaybe的函數體內取到的a的值就是1。


Haskell里的內置數據類型list,比如[1, 2, 3, 4],使用:可以把新的元素添加到list頭部,即:


0 : [1, 2, 3, 4]  -- [0, 1, 2, 3, 4]


這樣的特性同樣可以簡單的套用在模式匹配上面,如下:


useList [] = 
useList (x:xs) = … -- x是list里面的第一個元素,xs是list的尾部


模式匹配可以很直觀的匹配數據的原始表示方式,并可以取出其中有用的值做其他操作,它是一個簡單直觀有效的操作數據的方式,甚至可以在嵌套很深的tuple數據里面直接取出想要的數據,而不用像C++那樣調用tuple::get之類的函數來取出其中的值,比如:


getTupleValue (_, _, _, (_, _, (x:xs))) = … -- 取得x和xs數據


Visitor模式和C++ template


王垠說設計模式中值得一提的模式不多,其中之一的visitor模式是在模擬模式匹配。visitor模式通常是訪問獲取某個繼承類層次構成的一個樹形結構中的某個節點的具體類型,并對這種具體類型做某些操作,而模式匹配是可以從復雜的數據結構中直接取出想要的數據。


C++的template meta-programming也可以看成是一種模式匹配,C++里面著名的Factorial求值是這樣的:


template <int N>
struct Factorial
{
     enum { value = N * Factorial<N - 1>::value };
};

template <>
struct Factorial<0>
{
     enum { value = 1 };
};

int v = Factorial<10>::value;


而這段代碼如果用Haskell寫是這樣的:


factorial 0 = 1
factorial n = n * factorial (n - 1)

v = factorial 10


C++中的模板參數就是用來做模式匹配的,每特化一種類型就可以匹配某種類型,然后對那種匹配的類型做相應的操作。C++的template meta-programming是編譯時期(編譯器運行期)的行為,所以它只能操作類型以及編譯時期能夠確定的值,而模式匹配是程序本身的運行期的行為。


Currying


Haskell的Currying是一個很有用的特性,但是我覺得這個特性濫用的話,也會讓程序代碼的可讀性降低不少。所謂Currying就是可以向一個多參數的函數傳遞比它所需的參數個數更少的參數后返回生成的一個新函數接受剩余的參數的函數。Haskell里的函數默認都是curried的,所以Haskell里面的函數可以隨意currying,比如:


add :: Int -> (Int -> Int)  -- 一般寫成 Int -> Int -> Int
add a b = a + b

addOne :: Int -> Int
addOne = add 1

addOne 2 -- result: 3


Currying的實現是使用的單參數的lambda構成的閉包(closure),add可以看成是接受一個Int參數返回一個函數,這個函數的類型是Int -> Int。


Partial application


Currying是一個從左到右部分傳參數的一個過程,也就是不會出現參數a還沒給,就給了具體的參數b的情況。如果確定要先給參數b,那么它是Partial application,如下:


addTwo a = add a 2

addTwo 1 -- result: 3

(+ 2) 1 -- result: 3


(+ 2)這種類似的用法可能會作為參數傳遞給另外一個函數。Partial application是一種更寬泛的概念,上面的Currying是一種Partial application。


正如王垠所說的,如果一個函數接受了多個參數,但是這個函數在實際調用中被Currying了很多次,那最后生成的那個函數它到底接受幾個參數是不能很直觀的看明白的,比如:


func a b c d e f = …

do1 = func 1
do2 = do1 2
do3 = do2 3
do4 = do3 4
do5 = do4 5


那當我們看到do5函數的時候,我們是很難判斷do5到底接受幾個參數,尤其是do5跟前面幾個doN函數不在同一個地方定義,很有可能do5只是傳遞給某個函數的參數,當然如果給每個函數都加上函數類型聲明會清晰許多。當Currying碰到了flip之后,那代碼的可讀性會降低更多,所以我覺得Currying是一個很有用的特性,但是如果被濫用的話,那代碼的可讀性會是一個問題。


C++: function + bind


C++中的function + bind其實是一種Partial application實現,比如:


int Func(int a, int b, int c);

std::function<int (intint)> f1 = std::bind(Func, 1, std::placeholders::_1, std::placeholders::_2);
std::function<int (int)> f2 = std::bind(f1, std::placeholders::_1, 3);
f2(2); // Func(1, 2, 3);


我覺得C++的function + bind會比Currying的可讀性要好一些,畢竟我們可以完整看到f1和f2的函數類型,知道參數類型及個數和返回值,是有利于代碼的可讀性的,當然這里完全可以不寫出f1和f2的類型,采用auto,我們同樣可以從調用函數bind的placeholder的個數得知bind之后的function的參數個數,這樣我們可以不用看到函數Func的聲明,就知道需要傳幾個參數。function + bind跟Currying一樣會影響代碼的可讀性,如果嵌套的層次越多,可讀性就越差,所以使用這些特性的時候不要過度。


typeclass


Haskell用typeclass來表示一個concept,它是一組抽象函數的集合,一個滿足某個typeclass的數據類型,它就可以跟其他使用這個typeclass的函數或者數據類型組合使用。typeclass一般這么定義:


class Monad m where
     (>>=) :: m a -> (a -> m b) -> m b
     (>>) :: m a -> m b -> m b
     return :: a -> m a
     fail :: String -> m a


它定義了一個叫Monad的typeclass,這個typeclass的concept里有四個函數,分別是(>>=), (>>), return和fail,m是一個帶類型參數的數據類型。我們上面知道了Maybe是一個帶類型參數的data類型,它定義如下:


data Maybe a = Nothing
                     | Just a


既然Maybe是一個帶類型參數的data,那它就滿足Monad typeclass中m的需求,因此可以把Maybe定義成Monad,如下:


instance Monad Maybe where
     (>>=) maybeA f =
          case maybeA of
               Nothing -> Nothing
               Just a -> f a

     (>>) maybeA maybeB = maybeA >>= (\_ -> maybeB)

     return = Just

     fail = error


這里(\_ -> maybeB)定義了一個lambda,參數 _ 緊接 \,-> 后面則是函數體。函數(>>)和fail是可以作為默認實現放到class Monad的定義里面,而instance Monad的時候只需要實現(>>=)和return即可。


class Monad m where
     (>>=) :: m a -> (a -> m b) -> m b
     (>>) :: m a -> m b -> m b
     (>>) ma mb = ma >>= (\_ -> mb)
     return :: a -> m a
     fail :: String -> m a
     fail = error


對于內置list類型[a],也是帶有一個類型參數a,因此,我們同樣可以把[] instance成為class Monad,如下:


instance Monad [] where
     (>>=) (x:xs) f = (f x) ++ (xs >>= f)
     (>>=) [] _ = []
     return a = [a]


函數(>>)和fail我們保留默認的實現即可。


Monad


上面實現的定義的typeclass就是Haskell著名的Monad,它是組合其他操作的一個基礎typeclass,是與no pure交互的一個重要媒介。一般情況下Monad有兩種,一種是數據wrapper,一種是action的wrapper。上面定義的Maybe Monad和list Monad都是數據類型的wrapper,它們實現了Monad定義的接口函數,我們還可以將其它data instance成Monad,只需要遵循了Monad的接口即可。


我們知道Haskell的函數都是pure的,沒有任何狀態的函數,但是與現實世界交互必然需要影響或修改某種狀態,并且會需要順序執行某些操作以完成交互。我們把action操作封裝在一個data里面,并讓它instance Monad,為了讓前一個action的結果值作為某種狀態往下傳遞,Monad的(>>=)就是為了這個目的而存在的,(>>=) 函數的類型是 m a -> (a -> m b) -> m b,它的意思就是執行封裝在m a這個數據里面的action,然后把這個action的結果值做為參數傳遞給(>>=)的第二個參數(a -> m b),第二個參數是一個函數,這函數可以取用第一個參數的結果,再返回一個m b的數據,m b的數據也是一個action的封裝,這樣當一連串的(>>=)放到一起的時候,就可以把一個狀態值作為action的參數和結果值往下傳遞。


從Monad的函數(>>)的實現我們可以看到,它把m a的action的結果值丟棄直接返回了m b,當一連串的(>>)放到一起的時候,其實就是讓一組action順序執行。通過(>>=)和(>>),可以把一組Monad action data組合起來。


IO Monad


IO Monad是一個把IO action封裝的data,我們可以使用IO Monad與外界進行輸入輸出交互,下面是一個"hello world":


helloWorld = do
     putStr "hello "
     putStrLn "world"


這里do語法糖其實就是用的Monad來實現,展開之后是這樣:


helloWorld =
     (putStr "hello ") >>
     (putStrLn "world")


由(>>)函數確定(putStr "hello ")和(putStrLn "world")需要是同一個Monad類型,我們可以查詢到putStr和putStrLn的類型是String -> IO (),那么(putStr "hello ")和(putStrLn "world")的類型都是IO (),helloWorld函數把兩個IO ()的action數據順序組合起來生成一個新的IO (),當這個helloWorld IO action被執行的時候,它會依次執行封裝在它里面的IO action。我們可以把helloWorld IO action放到Main函數里面然后編譯執行,也可以直接在ghci里面執行。


我們可以自己定義某種data再instance Monad,這樣可以構成一組data combination,可以實現任意的action combine。我山寨的極簡的parse combinator的數據類型定義如下:


newtype Parser a = Parser {
     runP :: State (ByteString, Context) a
} deriving (Monad, MonadState (ByteString, Context))


這里Parser帶一個類型參數a,deriving (Monad, MonadState (ByteString, Context))表示編譯器自動instance Monad和instance MonadState (ByteString, Context)。有了這個Parser之后,可以寫出簡單的幾個combinator,然后使用這幾個combinator組合成更加復雜的,組合的過程就是利用了Monad的組合能力。當所需的combinator都實現了好了之后,可以最終實現一個Parser a來分析整個C++文件:


file = repeatP $ spaceLine <||> normalLine


file就把分析整個C++文件所需的操作都combine到了一起,有了這個分析整個文件的Parser a之后,需要把它跑起來,那就需要定義下面這個函數:


runParse :: Parser a -> ByteString -> (a, (ByteString, Context))
runParse p b = runState (runP p) $ (b, emptyContext)


這個函數接受一個Parser a和一個文件內容ByteString作為參數,把整個Parser a封裝的action用于分析文件內容,再產生一個分析結果。


這里的file,它是一個一個小的combinator構成的,每個combinator是一個action加上它所需數據構成一個“閉包”再存放到Parser a的data里面,其實可以認為實現了Monad的數據類型是一個“閉包”的載體。在其它語言里,我們可以使用閉包來實現combinator,我記得兩年半前,我使用lua的閉包實現了一組游戲副本內容玩法操作的combinator,這些閉包自由組合在一起之后就能完成一個副本中所需的玩法操作。


Monad transformer


一種Monad類型只能封裝和組合一種action操作,而與外界交互的時候,很多時候一種Monad類型是不夠的,為了讓多種Monad類型組合在一起,就需要定義Monad transformer,它跟Monad一樣也是一個數據類型,不同的是它接受至少兩種類型參數,其中一種就是Monad的類型,這樣就可以把某個Monad類型嵌套在它里面。


newtype StateT s m a = StateT {
     runStateT :: s -> m (a, s)
}


這里StateT就是一個Monad transformer,它允許嵌套一個Monad m類型,它是typeclass MonadState的一個instance,MonadState如下:


class Monad m => MonadState s m | m -> s where
     get :: m s
     put :: s -> m ()


為了讓Monad transformer可以嵌套進StateT,其它類型的Monad transformer就需要instance MonadState,而StateT Monad transformer為了可以嵌套在其它Monad transformer中,就需要對其它Monad transformer抽象出來的typeclass instance,符合這種規則的Monad transformer就可以相互之間嵌套了,嵌套的層次可以任意深,這樣構造出來的Monad里面有個Monad transformer stack,而這個新構造出來的Monad就可以使用多種Monad的action操作組合在一起了。


Monad transformer會帶來一個問題,如果想定義一個新的Monad transformer,需要先抽象出這個Monad transformer的typeclass,就像MonadState typeclass一樣,然后把其它Monad transformer都instance這個新抽象出來的typeclass,這樣才能讓這個新的Monad transformer嵌套在其它的Monad transformer之中,接著,為了讓其它Monad transformer能夠嵌套在新的Monad transformer之中,需要把新的Monad transformer instance其它Monad transformer抽象的typeclass。


我覺得其實Haskell為什么會有Monad和Monad transformer的存在,是因為Haskell是一個純函數式語言,它本身沒有順序執行語句的能力,為了能讓Haskell擁有修改外部狀態并能夠順序執行語句的能力,引入了Monad,又為了讓多種action的Monad能夠組合到一起,由于Monad是一個data type,它不能簡單的組合到一起,因為類型不一致,為了讓它們組合到一起,又引入了更一般化的Monad transformer,讓這些Monad transformer嵌套在一起構成一個stack,才能將這些不同類型的Monad組合。


Lazy evaluation


Haskell里面使用的是惰性求值方式,王垠說Haskell的惰性求值是一個很嚴重的問題。我目前也覺得惰性求值是一種負擔,因為惰性求值,會使得程序很容易就出現space leak,我寫的那兩個版本的統計C++代碼行工具都有這個問題,因為它是惰性求值,所以它會把整個目錄的數據全部取出來構造存放到內存中,最后再進行求值,這就自然導致統計大量C++代碼文件的目錄時,占用內存會很高(幾百M上G),也許當我進一步學習之后,我能夠避免這種space leak,但這對于一個初學Haskell的人是一個不小的負擔,因為隨便寫一個小程序都有可能耗用幾百M的內存,而用其他語言實現的話,內存很容易很自然的控制在幾M之內。(看完優化章節,只對程序修改了幾行代碼就讓內存使用降到可以接受的程度,看來Lazy evaluation的問題沒之前想像的那么嚴重。)

posted on 2013-04-30 20:41 airtrack 閱讀(5534) 評論(0)  編輯 收藏 引用
青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <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>
            亚洲黄色有码视频| 欧美激情中文字幕在线| 欧美国产日韩一区二区| 亚洲欧洲一区二区三区在线观看| 欧美在线播放一区| 亚洲深爱激情| 欧美丰满高潮xxxx喷水动漫| 亚洲欧美日韩人成在线播放| 欧美日韩高清区| 亚洲人成精品久久久久| 久久视频精品在线| 欧美一区二区精品在线| 国产精品欧美经典| 免费成人av在线看| 一区二区三区欧美成人| 麻豆freexxxx性91精品| 亚洲人成高清| 亚洲丰满少妇videoshd| 免播放器亚洲| 91久久夜色精品国产网站| 欧美大尺度在线观看| 免费一区视频| 99精品视频免费| 亚洲韩国精品一区| 国产精品黄视频| 午夜精品久久久久久久久| 欧美自拍偷拍午夜视频| 日韩视频在线播放| 夜夜爽av福利精品导航| 麻豆精品传媒视频| 在线看视频不卡| 激情婷婷久久| 国产日韩免费| 久久免费偷拍视频| 久久蜜桃资源一区二区老牛| 亚洲精品欧美极品| 亚洲午夜av| 国内久久视频| 亚洲第一网站| 女生裸体视频一区二区三区| 亚洲精品国产精品国自产观看| 亚洲国产精品va在线看黑人动漫| 国产精品资源| 欧美在线综合| 欧美成人精品三级在线观看| 性欧美xxxx大乳国产app| 国产欧美日韩精品一区| 欧美激情欧美激情在线五月| 久久久久久久一区| 久久久久久久久久看片| 香港久久久电影| 美女国产精品| 美女性感视频久久久| 日韩视频永久免费观看| 影音先锋亚洲视频| 韩日在线一区| 国产综合网站| 亚洲国产成人高清精品| 在线看国产日韩| 亚洲第一网站| 亚洲美女视频在线免费观看| 亚洲人成小说网站色在线| 在线播放豆国产99亚洲| 亚洲精品日韩久久| 亚洲视频日本| 午夜精品久久久久久久蜜桃app | 欧美午夜激情在线| 久久久噜噜噜久久人人看| 卡通动漫国产精品| 欧美视频手机在线| 国产一区二区三区四区| 精品不卡一区| 亚洲精品一区在线观看| 欧美日韩久久精品| 午夜精品久久久久久久久久久久久| 亚洲一二三区视频在线观看| 国产精品亚洲美女av网站| 日韩视频一区二区三区在线播放 | 一区二区三欧美| 亚洲国产1区| 久久av一区二区三区亚洲| 亚洲欧美日韩中文在线制服| 女生裸体视频一区二区三区| 久久激情网站| 国产精品无人区| 一本色道久久99精品综合| 亚洲黄色免费网站| 久久午夜精品一区二区| 久久久不卡网国产精品一区| 国产精品毛片在线| 在线一区亚洲| 中国av一区| 欧美日韩国产首页在线观看| 亚洲精品婷婷| 中文日韩在线视频| 国产精品户外野外| 亚洲伊人色欲综合网| 亚洲免费中文| 国产精品乱码一区二三区小蝌蚪 | 欧美激情精品久久久久久| 狠狠色狠狠色综合系列| 久久久久久久91| 免费观看在线综合| 亚洲国产欧美在线| 嫩草影视亚洲| 亚洲人成人77777线观看| 亚洲欧洲日韩女同| 欧美伦理在线观看| 亚洲桃色在线一区| 欧美一区国产二区| 国产综合久久| 欧美α欧美αv大片| 亚洲国产老妈| 亚洲一区二区高清| 国产欧美日韩在线 | 国产精品久久久久久亚洲调教| 亚洲视频一二区| 久久久久91| 亚洲国产你懂的| 国产精品高潮粉嫩av| 欧美一区午夜精品| 伊人久久成人| 欧美1区3d| 亚洲在线观看免费| 另类综合日韩欧美亚洲| 亚洲日本中文| 国产精品免费区二区三区观看| 久久国产欧美日韩精品| 亚洲黄页一区| 久久精品99无色码中文字幕| 欲色影视综合吧| 国产精品日本精品| 欧美成人免费视频| 亚洲一区亚洲| 亚洲国产成人一区| 欧美在线在线| 国产精品99久久久久久久vr| 国内在线观看一区二区三区| 欧美精品国产精品| 欧美在线观看视频一区二区三区| 欧美激情中文字幕一区二区| 亚洲一区二区av电影| 亚洲国产色一区| 国产精品永久| 欧美日韩免费观看一区=区三区| 午夜欧美不卡精品aaaaa| 亚洲日本va午夜在线影院| 久久久九九九九| 午夜国产精品视频| 日韩天天综合| 亚洲国产成人精品久久| 国产一区二区精品| 国产精品久久久久久久久借妻| 欧美jizz19hd性欧美| 久久精品卡一| 亚洲综合欧美| 一区二区三区欧美| 日韩午夜在线电影| 亚洲欧洲久久| 亚洲国产精品123| 免费不卡视频| 久久夜色精品亚洲噜噜国产mv| 亚洲免费视频成人| 99视频在线观看一区三区| 亚洲国产精品免费| 1000部国产精品成人观看| 国产日韩精品一区二区| 欧美性理论片在线观看片免费| 欧美精品在线一区二区三区| 美女脱光内衣内裤视频久久网站| 欧美在线精品免播放器视频| 亚洲欧美大片| 午夜精品免费在线| 午夜激情亚洲| 久久福利资源站| 久久精品一区二区三区不卡牛牛 | 亚洲自拍都市欧美小说| av成人手机在线| 一本高清dvd不卡在线观看| 亚洲精品日韩久久| 亚洲精品免费网站| 日韩系列在线| 国产精品99久久久久久有的能看| 日韩午夜在线电影| 亚洲性视频网站| 午夜精品视频网站| 欧美在线啊v| 免费成人高清在线视频| 欧美大片18| 欧美日韩综合一区| 欧美色视频一区| 国产毛片一区二区| 伊人狠狠色丁香综合尤物| 亚洲国产一区二区在线| 夜夜狂射影院欧美极品| 亚洲一区二区三区精品动漫| 国产一区日韩欧美| 樱桃国产成人精品视频| 91久久中文| 一区二区免费在线播放|