發現當初放這個記錄已經過去好久了，後來真的通過firebreath開發跨瀏覽器插件後，發現也沒啥好寫的，直接根據他官方的指引一步步操作就OK了。
http://www.firebreath.org/display/documentation/Creating+a+New+Plugin+Project
通過這個指引，相信所有的技術人員都能非常輕鬆的創建好控件，並且在編譯後，firebreath會算成自動的測試頁面，非常直觀。
我們接下來需要做的就是在其生成的控件代碼的基礎之上，添加我們有用的方法、屬性、事件響應以及相關的業務代碼；去掉[也可不去]其默認的測試方法等。
firebreath真的非常方便，在其提供的步驟中，甚至在編譯後會自動生成安裝包，貼心啊。
當然，如果有更多的需求，或者碰到問題需要諮詢，也可以查閱官方的其他頁面，我暫時還沒用上。
以下再談幾點個人體會吧：
1. 生成的控件同時提供了com註冊的入口，以及NPAPI的接口，能同時在IE及非IE系列瀏覽器下運行；在生成控件後，註冊只需要regsvr32即可，Firebreath將註冊apapi插件的操作也封裝到了這裏面，非常方便
2. 由於使用了boost庫，最終生成的控件在還沒有增加其他任何業務代碼的情況下，最小體積也達到了900KB左右，這個有點偏大
3. 註冊控件時只會註冊到當前用戶下，其他用戶使用不了；如果有這種需求需要自己額外做處理
4. 由於默認使用的安裝包是msi的，可以考慮採用nsis、innosetup等另外再打包，可以實現安裝包的更大程度的定製
5. Firebreath在非IE瀏覽器下，採用的是NPAPI的插件方式；而Google已經宣佈將逐步取消對此技術的支持，未來Firebreath應該也會做出相應的調整吧，持續關注...
補充一個個人認爲很不友好的地方：
FireBreath通過python來生成項目配置，再進一步通過CMake來項目相應的解決方案及項目，但這裏生成的文件引用的路徑，全是絕對路徑，這就太不方便了；本以爲有什麼辦法可以調整，但FireBreath官網都說了，就不折騰了。
如果想把生成的項目換路徑，則需要重新執行一次prep200x.cmd來重新生成一次項目了。 另外，如果要修改控件的GUID或者標識等，也只能修改項目文件目錄下的xxxx.cmake，再重新通過prep200x.cmd來重新生成一次項目。
