※ 引述《welon (小龍)》之銘言： : ※ 引述《Aurim (Who cares?)》之銘言： : : .NET control之所以能被嵌入IE網頁中跑， : : 是因為它們都完整實作了ActiveX control的必要COM介面， : : 將你包裝ActiveX control的.NET control這樣跑的話， : : IE會先跟.NET control討取那些COM介面， : : 然後由那個.NET control去跟被包裝的ActiveX control討那些COM介面， : : 如此一來就要面對partial trusted sandbox的權限檢查。 : : 如果client端的.NET安全原則設定沒特別允許， : : 那樣子包裝的東西是不能跑的。 : 最近也是在找C# applet 的實作方法 : 懶的用java 寫 java applet : 又慢又難用 : 這是小弟我最近寫的作業 : http://superd.tw/irwin : 我用的元件也不多 : 就基本.net元件 : 和一個Nplot的元件 : 不過偵錯沒比java方便就是了 : java在網頁上跑 錯誤可能還可以看到 : 開主控台出來看就好了 : 這個就沒比較方便了 個人感覺是，純粹依賴M$提供的.NET partial trusted sandbox的話， 這個功能有點殘廢而且難用。 一個問題是appconfig的問題，.NET 1.1跟.NET 2.0在IE內嵌.NET control時， 有不同的取得.config檔的方式。 另一個問題是client端的.NET安全原則設定方法很不利於會部署到不特定server 上給不特定位置用戶使用的東西。 相關安全設定的步驟可以參考： http://tinyurl.com/ybtn8o 我碰過一個英國客戶，他給一家資產管理公司做CRM案子，有22種.NET control 嵌在網頁中透過ADO.NET跟後端的SQL server要資料。客戶端有一千台各式各樣 配備的電腦，跑Win2K/WinXP/Win2K3，還要支援VPN連入的用戶，有的電腦上還 沒安裝.NET framework runtime，而且多數使用者登入的是沒什麼權限能去改 系統安全原則設定的帳戶。 當然啦，登入網域時，可以在login script裡頭跑些以管理者權限執行的東西， 把該打點的事情打點好。但是這時候，網管就講話了，說不可以這樣做，會有 潛在的安全風險。 如果又想支援Firefox，.NET內建的IE內嵌.NET control作法就是完全死結了。 所以我又有個美國德州的客戶，他們想在Firefox上頭跑平板電腦的手寫輸入 控件。一個網頁上就要跑8到15個這樣的控件，他們的用戶是醫生，讓醫生可以 手寫輸入病歷、手寫開處方籤。可是有的醫生比較龜毛，堅持要用Firefox，然 後就有工程師們的麻煩好找了。 我有繞過那些安全設定障礙、自動部署.NET framework runtime、又可以在 Firefox上頭跑.NET control的解決方案，但是這個生意實在不好做......。 --

※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 216.143.48.98