2010年3月7日 星期日

程式規劃

接下來談的是程式規劃

1.將全部的數據資料使用XML儲存在外部。

2.能夠從網站下載XML檔案下來更新、修復XML。

3.能夠判斷是否需要更新(使用MD5判斷)。

4.地圖圖片外置,不在直接包在程式裡面。

5.使用一個職業class來做全部的技能控制。

6.因為大量的使用到XML,所以會使用C#裡面的LINQ功能來輔助查詢,這將會使用到.net framework 3.5。
-----------
來談談為何要這麼做:

第1、2、3點
技能數值如果是寫死在程式裡面,以後官方有技能更新或者是我數值有寫錯,這樣子的話就要再重新編譯程式再把它給發佈出去要求使用者更新,非常的不便。
所以使用XML來儲存數值,如只一來只需要將更新的檔案上傳到網頁空間再交由程式去判斷要不要更新。
網路空間的部份,使用HINET的空間應該就能夠解決。

第4點
考慮到之後會更新地圖和改變水晶配置,所以把圖片外置,並用XML來儲存地圖和水晶的位置。

3 則留言:

匿名 提到...

>4.地圖圖片外置,不在直接包在程式裡面。

看起來地圖模擬器的解析度會提高很多樣子,變得更漂亮,會不會影響到讀取速度?
第一次打開地圖模擬器,是會將所有地形圖片下載下來,以後只有更新地形跟地圖名稱的配對?還是使用某張時地圖才下載當暫存檔?

另外,有考慮過使用obs2裡的「線上發佈/讀取」的設計嗎?
感覺這種功能有好處也有壞處,好處是有專門的地方可以留住地圖攻略的資源(日版有看過地圖攻略,不過台版好像沒有人在專門蒐集整理這種);壞處就有可能是攻略品質參差不齊。

Unknown 提到...

解析度變高是不會
模擬器裡面的地圖原圖是我從訓練場選擇地圖那邊截下來的,但是因為原圖太小所以把他給放大了

「線上發佈/讀取」的話,我這邊沒有空間可以用,雖然可以使用110MB的空間,但流量也不知道會使用到多少

匿名 提到...

obesim.toypark.in的地圖還蠻漂亮的說,也許是經過後製過的。

線上發佈/讀取我覺得應該不會花到多少流量的感覺,畢竟儲存的資訊只有文字,一個地圖的資訊(應該不會超過5k)加上中文註釋應該不會超過10kb,讀取就直接另存新檔,非暫存檔,避免重複讀取增加流量,這樣流量應該可以佔到最小。