2009-11-23 37 views
0

現有應用程序混合了本地和第三方控件,並在web瀏覽器控件中承載IE以呈現html。此外還有UI的雙向更新 - 選擇本機控件(例如treeview)中的任何內容更新html,反之,webrowser中的javascript或超鏈接可能會導致某些更新表單或應用程序級別UI的操作。
我看到轉換3條可能的路徑:可能的路徑將Windows窗體應用程序 - 控件和html的混合 - 轉換爲網頁

  1. Silverlight的似乎是轉換的最佳人選,但如果試圖模仿現有的接口,我們只能做到在SL4,也只有在出瀏覽器模式,這使得這種轉換有點沒有意義。我知道控件的存在,它將顯示不是在無窗口模式下的HTML,比如C1RichTextBox,但很明顯,它不會在不久的將來發生,這樣的控件將能夠正確呈現任何HTML,就像IE一樣(不是全部在我的控制下的html)。另外,正如我在Windows窗體中提到的,可以從Javascript調用外部C#方法(通過鼠標選擇表中的行))並相應地更新UI(SL4中的webrowser可以做到這一點,但正如瀏覽器模式中提到的那樣)。
  2. 我想,所有的都可以完全用ASP.Net(Web窗體或MVC)來完成,但是,我相信這是更多的工作。
  3. 可能ASP.Net門面作爲一個主站點/應用程序來顯示HMTL和獨立的Silverlight模塊產生在一個單獨的瀏覽器選項卡(我不確定它是否使事情比2簡單)。

也許,我失去了一些東西,並沒有爲所有全才誰擁有一些熟悉所有這些技術這樣的轉換另一種更好和更簡單的方法,但沒有真正的應用尚未交付?

+0

它是針對普通公衆還是內聯網(封閉組申請)?這將決定SL是否是候選人,他們是很多SL的人,而另一個大塊不知道它是什麼。 – 2009-11-23 02:35:45

+0

對於許多公司的商業用戶而言,它是一個相當封閉的組織應用程序,並且可能會強制安裝SL插件。 – MicMit 2009-11-23 02:49:59

回答

0

我在3點意見:

  1. 請注意,你會是用戶體驗了巨大的改變。即使認爲它可能看起來相似,SL比典型的應用程序提供更多的桌面感受。習慣於使用瀏覽器'後退,前進,刷新'按鈕的用戶當然會'失望',除非你能解決這個問題,這可能是痛苦的。

  2. 當然可以。多少工作?這很主觀。我會盡力去做,因爲它可能是更多的工作,但可能更直接,更容易管理。

  3. 這可能只是炸燬了1和2的缺點,而不是那麼多或專業人士。我可能是錯的:P

相關問題