最近幾日都係到狂玩呢隻game…玩到飯唔食書唔讀…

係咪好熟口面？

童年玩洛克人嘅回憶都番哂黎了！

同大家分享下遊戲畫面：

精美得黎，好美式嘅遊戲主介面

同boss攪炒…

打大佬！

然後就出現左hidden boss… NANI!?

爆機了

始終玩左成日，覺得有d唔好意思。
所以我就開始睇下點樣寫mod。

Modding Guide

對於mod support，佢係行Lua的:

Lua速度快、小巧，可以方便地寫出xml (eXtensible Markup Language)檔。

我心諗，點解要用xml唔用json？

作者：王昕燁
鏈接：https://www.zhihu.com/question/20738607/answer/16014722
來源：知乎
著作權歸作者所有。商業轉載請聯系作者獲得授權，非商業轉載請註明出處。

首先你說XML笨重是不對的，應該說XML內容豐富而不是笨重。做網站開發的朋友馬上會想到簡單的JSON，為什麽我們不用JSON呢？XML中的X就是Extensible，它是可擴展的。這讓XML能夠變成任何你所需的文檔。Windows Presentation Foundation的XAML，蘋果的property list，蘋果畫GUI的xib文件，Firefox的界面標記語言XUL等等無數的應用，都是XML的例子。如果拿JSON來做對比，缺點就在於擴展性差。舉例說你在做一個手機App的API網站，想要把一個日期傳送到客戶端。用XML只要在標簽加上屬性例如type=“datetime”，客戶端看到這個屬性，馬上把內容字符串解析成客戶端所支持的對象。而換做JSON，如果要實現類型安全的反序列化，笨辦法得用正則表達式去判斷每一個字符串，符合要則解析為日期。當然有很多其余辦法可以規避對每個字符串使用正則判斷，但在這裏XML的可擴展性就是一個例子。試想下如果你要發明一種標記語言，以JSON作為基礎是件多麽痛苦的事情。沒錯我們做手機API大部分時候還是使用了JSON，日期是個很好解決的例子，例如可以把字符串在服務器直接給出客戶端直接顯示。但這並不能說明XML應用不夠廣泛，不適合其他場合。如果需要設計一種結構化的描述語言，只要給XML加一個schema就能很容易辦到，其他標記語言如JSON就不是那麽得心應手了。我對XML的認識也經過的喜歡-討厭-理解的階段。我討厭XML的時候，是因為Java/C#裏面配置文件用這個寫，實在是痛苦。實際上很多時候是一些軟件、框架的作者在此錯誤的使用了XML，或者說把XML用在了不該用的地方。就像如果在今天一定要用C語言寫一個簡單的博客網站，再大罵C語言開發效率低一樣，那是自己的問題，而不是C語言。如果僅僅是表示簡單的鍵值對、數組的配置文件，YAML就是個很好的選擇，ruby社區廣泛流行。退一步講，寫XML也不是那麽痛苦的事情，有無數種工具輔助你。試想xhtml標準，手寫html沒有人抱怨。有人抱怨結束標簽，其實正是結束標簽讓XML解析變得容易，類似當初C語言自由格式對古老的固定格式。當然固定縮進由於有了現代的編輯器，又慢慢開始采用，如Python語言，HAML標記語言。只能說兩者各有千秋，從來沒有哪一種打敗哪一種。作為自由格式，XML在解析的時候可以忽略所有空格，很容易知道一個語義塊的結束。而且冗余的信息還有助於在片段丟失後進行修補。試想下YAML錯了一個縮進，除非知道該文件格式，否則極難猜測它本來的結構。至於多出來的幾個字節，有誰會在乎呢？實在要分析，第一我們有gzip壓縮，特別擅長對付重覆的字符串；第二，由於容易解析帶來的解析器的簡化，其實是減少了總的碳排放量。

總之，XML是面向機器的數據格式，雖然手工編寫困難，但處理效率高。
反觀JSON，手寫很快，但要規範處理則不容易，特別是取得某個指定位置的數據，需要寫一堆的代碼，而不能向XPath這類引擎借力，在代碼維護上就有相當高的成本。
機器的邊際成本永遠是廉價的，而人力則會越來越貴。
json純粹是因為滿足了程序員那種可以不顧質量隨便寫出一個程序的需求而已。如果你真的要把系統的validation做完整，那一點都不比xml好用。

:O 長知識了

然後我都成功寫左個mod強化下主角。