
我在這是想跟大伙兒共享一些從World Singles 系統(tǒng)軟件里得到的工作經驗 …
早在二零零九年十一月,大家就剛開始應用Scala語言了。大家有一個必須運作很長期的實際操作,把很多的數據信息變動信息內容從會員資料數據庫查詢中取下,以XML裝包文檔的方式發(fā)送至自定百度搜索引擎里。把一大堆的數據分析表從數據庫查詢中投射到XML標準文檔里是一個非常繁雜的實際操作。過去,企業(yè)試著了各種各樣方式 ,有的功能強大,有的不太好用。我向企業(yè)強烈推薦應用Scala語言,緣故是他的高效率、并行性、種類安全性,及其便捷可用(尤其是XML在Scala語言里有一種相對性應的基礎基本數據類型)。
大家應用Scala程序編寫做為商品的后臺管理公布程序流程早已有類似2年了。大多數情況下,它運作的很好,但在壓力太大的情況下,它會出現內存溢出的狀況,歷經很多的觀查和檢測,大家漸漸地的確定,(最少一部分緣故)是Scala語言自身的完成造成了這個問題。Scala正提前準備要收歸Akka程序庫,大家一直在考慮到把程序流程轉移到Akka上…
由于2020年大家剛開始應用Clojure語言(大約是上年五月大家就剛開始試著這類語言),大家覺得應當集中兵力開發(fā)設計出一個Clojure版本號的Scala程序流程,看一下它運作起來主要表現怎樣。
這一Clojure版的后臺管理公布程序流程的開發(fā)設計消耗了大家大約十五個鐘頭,并根據了全部檢測。今日大家開展了一次“疲勞測試”,讓它一次解決接近三十萬個vip會員的信息內容。如果是Scala程序流程,當一次解決的信息量做到五萬份時(有時候會越來越少),它便會報內存溢出不正確。而Clojure程序流程卻一氣呵成,十分成功——因此,大家就決策在下一次產品展示里用它把Scala程序流程給更換出來了。
此外一個趣味的層面是,Scala版的程序流程長短一共大概有1000行(大約有3.一萬字符)。而Clojure版的僅有260行(大概1.十五萬字符)。就連注解也簡易了(*呃哼*—這并并不是我覺得顯擺的,僅僅想說這類較為沒有偏重)。大家的較為都還沒把單元測試卷編碼測算入內,由于Clojure版寫的很匆忙。Clojure的編碼方式十分的貼近Scala編碼,許多涵數都同樣——Clojure是一種更強勁的Scala——它對一些輔助涵數開展的重新構建,使其變的更為模塊化設計和可維護保養(yǎng)。(北京市網站制作)
結果是很顯而易見,我將在商品里選用Clojure版的公布程序流程,徹底的舍棄Scala。
它是Rich Hickey(Clojure語言的發(fā)明者) 和 Clojure/core 開發(fā)設計精英團隊的貢獻,她們造就了那樣一種精彩紛呈可用的計算機語言,幫大家解決了問題——感謝你們!
標識:北京市網站制作 高檔網站建設
留下聯系方式,我們將會在一個工作日內與你聯系