FB引擎系列-之CloudSand

CloudSand，欲打破以前的集中版本製做的模式，

http://code.taobao.org/p/cloudsand
包含服務器端代碼（php）
和客戶端代碼（unity）

 

EasyDown的時候，是採用一種經典的模式
準備原始資源-》打包製做版本庫-》上傳http服務器->客戶端下載

 

CloudSand不採用這個模式
任何人（主要指的是開發者）能夠隨時隨意上傳文件。

有人很不理解我爲什麼執着於此，經典模式有什麼很差，新模式有什麼特別。

這裏一一解答

1. 經典模式有什麼很差

   第一大罪狀，文件名和內容不固定，集中化版本製做，一次性產生大量變動。對CDN不友好，須要與CDN同步。

   第二大罪狀，不能提供玩家上傳數據的支持，玩家上傳數據須要另寫系統管理。

   第三大罪狀，集中化版本製做太麻煩，很難在一個邏輯服務器上提供多版本，同時供開發、測試、發佈使用。

2. 新模式如何處理這些問題
   1. CloudSand用Sha1直接做爲文件名，文件名與內容固定不變，能夠直接使用CDN透明加速模式，無需同步與維護。
   2. CloudSand用Sha1直接做爲文件名，不怕覆蓋，能夠開放多點上傳，玩家上傳也能夠放在這裏面。
   3. CloudSand採用分佈化版本庫，每一個用戶能夠標記他本身的版本庫
      好比說咱們同時建立"開發""測試""發佈" 三個用戶。
      客戶端根據須要選擇同步一個用戶的版本庫。
      並且不限制用戶，理論上每一個玩家均可以擁有本身的版本庫

CloudSand怎麼使用，首先你得把服務器提供的Php文件架好。

而後就去研究客戶端源碼吧，有一個test目錄，有測試程序。

這個項目，恕不提供技術支持