.net的webbrowser元件 其實滿糟糕的 如果打上底下這幾個關鍵字 c# webbrowser ie 版本 就有相關討論跟介紹 反正就一些相容性問題 特別若是又考慮到xp的狀況 但xp應該可以視為放棄支援的目標了 (xp到最新ie8....所以webbrowser頂多可以有辦法以ie8完善度執行) 通常.net搭配webbrowser有一種目的是以 html css js來呈現 網頁複雜又優雅的介面 然後web ui跟c#互相invoke來操作 再不然就是某些認證會需要瀏覽器介面 公司專案是基於ui跟主管偏好的考量 採用webbrowser元件來當ui方案 win7這種方案還ok 但xp的ie8就真的花很多力氣在相容磨合上...特別是css那塊 orz... 效能也很可怕....多筆資料載入後的parse跟ui item建立等等速度 總是會給人很明顯覺得頓了 後來別專案就採用第三方元件替換 付費商用 可以考慮下面這款 http://www.essentialobjects.com/products/webbrowser/default.aspx 當然網路上也很多free的 open的 但品質跟維護就自己評估 目前是偏好這款 當私人興趣專案用途 主要是跟google或是flickr的認證介面用 http://www.awesomium.com/download 但這款還有點傷腦筋的是portable打包目前有點小問題搞不定在研究 若真要用這款 直接請客戶預先安裝完整runtime保險 最後要說的是這種方式也不是沒缺點 缺點自己用了就知道 因為用途不同 說不定也遇不到缺點 看設計 看功力 看安排 看用途 此外資源外漏也幾乎是必然的 直接給客戶看光光 不想給客戶直接拿到這些資源檔 可能也不是沒辦法 但就麻煩很多 這做法不是新的創意 久久前就很多人用 只是近年來似乎有更為流行跡象 出現比較正式的框架來導入 ex.cordova 期待更多人分享一些心得感想 --

※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 60.248.56.181 ※ 文章網址: https://webptt.com/m.aspx?n=bbs/C_Sharp/M.1472529314.A.237.html http://tinyurl.com/zhh4gle 照教學說的 結果會有問題 後來發現最簡單的解決方式 是把 References 中 Awesomium.Core &　Awesomium.Windows.Forms　兩項目Copy local屬性設為true 就會把所有需要的東西輸出了　自己打包時把相關東西丟入反來有問題 ※ 編輯: erspicu (61.70.88.120), 09/06/2016 00:34:19