從原生PIXIjs 的試寫來理解RM MV的一些架構與程式 參照了pixijs的原生網站，先從範例開始建立與學習。 首先先建立 index.php 並建立 assets 資料夾 index 主要只用來include js的部份
PIXI.Application 可以new 出可以渲染的容器，你不用自己requestAnimationFrame讓畫布做update 的動作 一般要建立一個新的 Sprite是使用 PIXI.Spritee(texture) PIXI.Sprite.fromImage('path')則簡化了你在new PIXI.Texture的動作，讓你直接讓Sprite有Texture使用。
最後是 app.stage.addChild(bg); 我將圖片add進去讓app進行繪製 回推stage，在Doc中可以看到 PIXI.Application 的stage 屬性其實是一個 PIXI.Container 在PIXI 中也就是一個顯示物件的容器。
那在MV裡面的關聯性是？ 可以看到Scene_Base.prototype 是來自Stage.prototype
Stage.prototype 其實來自 PIXI.Container.prototype
這樣大概能理解，為什麼每次要顯示一個新的圖片時，除了new 出來後，還必須把它 addChild進去才會顯示了
再來仔細一看, 除了Scene之外，天氣/ 視窗/ 地圖都源自PIXI.Container.prototype， 所以他們在新增顯示上的東西時，都可以使用addChild 來顯示在畫面上，你也可以理解成PIXI.Container可以使用的function 都可以套進去（口水
小結： MV中顯示上的東西大量使用PIXI.Container繼承+模改, 而RMMV的Doc 省略掉很多實用的效果，哪些效果可以快速達到原本PIXI.Container 的功能，還必須花時間查詢才行
