我在這里是想跟大家分享一些從World Singles 系統里獲得的經驗 …

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

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

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

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

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

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

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

標簽：北京網站制作 高端網站建設