我在這里是想跟大家分享一些從World Singles 系統(tǒng)里獲得的經(jīng)驗 …

早在2009年11月，我們就開始使用Scala語言了。我們有一個需要運行很長時間的操作，把大量的數(shù)據(jù)變更信息從會員信息數(shù)據(jù)庫中取出，以XML打包文件的形式發(fā)送到自定義搜索引擎里。把一大堆的數(shù)據(jù)表從數(shù)據(jù)庫中映射到XML規(guī)則文件里是一個相當復雜的操作。在過去，公司嘗試了各種方法，有的好用，有的不好用。我向公司推薦使用Scala語言，原因是他的高效、并行性、類型安全，以及方便適用(特別是XML在Scala語言里有一種相對應的基本數(shù)據(jù)類型)。

我們使用Scala編程作為產(chǎn)品的后臺發(fā)布程序已經(jīng)有差不多兩年了。大多時候，它運行的非常好，但在壓力大的時候，它會出現(xiàn)內存溢出的現(xiàn)象，經(jīng)過大量的觀察和測試，我們慢慢的確認，(至少部分原因)是Scala語言本身的實現(xiàn)導致了這個問題。Scala正準備要收編Akka程序庫，我們一直在考慮把程序遷移到Akka上…

因為今年我們開始使用Clojure語言(大概是去年5月我們就開始嘗試這種語言)，我們認為應該集中兵力開發(fā)出一個Clojure版本的Scala程序，看看它運行起來表現(xiàn)如何。

這個Clojure版的后臺發(fā)布程序的開發(fā)耗費了我們大概15個小時，并通過了所有測試。今天我們進行了一次“疲勞測試”，讓它一次處理將近30萬個會員的信息。如果是Scala程序，當一次處理的數(shù)據(jù)量達到5萬份時(有時會更少)，它就會報內存溢出錯誤。而Clojure程序卻一氣呵成，十分順利——于是，我們就決定在下一次產(chǎn)品發(fā)布里用它把Scala程序給替換下來了。

另外一個有趣的方面是，Scala版的程序長度總共大約有1000行(大概有3.1萬個字符)。而Clojure版的只有260行(大約1.15萬個字符)。就連注釋也簡單了(*呃哼*—這并不是我想炫耀的，只是想說這種比較沒有偏向)。我們的比較還沒有把單元測試代碼計算入內，因為Clojure版寫的很倉促。Clojure的代碼形式非常的接近Scala代碼，很多函數(shù)都相同——Clojure是一種更強大的Scala——它對一些輔助函數(shù)進行的重構，使其變的更加模塊化和可維護。(北京網(wǎng)站制作)

結果是很顯然，我將在產(chǎn)品里采用Clojure版的發(fā)布程序，完全的放棄Scala。

這是Rich Hickey（Clojure語言的發(fā)明人） 和 Clojure/core 開發(fā)團隊的功勞，他們創(chuàng)造了這樣一種精彩適用的編程語言，幫人們解決了大問題——謝謝你們！

標簽：北京網(wǎng)站制作 高端網(wǎng)站建設