0

HTML をレンダリングするための Web ブラウザー コントロール内のネイティブおよびサード パーティ コントロールとホスト IE の既存のアプリケーション混合。また、UI の双方向の更新があります。ネイティブ コントロール (たとえば treeview ) で何かを選択すると html が更新され、Web ブラウザで逆に JavaScript またはハイパーリンクを選択すると、フォームまたはアプリケーション レベルで UI を更新する特定のアクションが発生する場合があります。
変換の 3 つの可能なパスが表示されます。

  1. Silverlight は変換の最良の候補のようですが、既存のインターフェイスを模倣しようとすると、SL4 でしか実行できず、ブラウザ モード以外でしか実行できないため、この変換は少し無意味になります。C1RichTextBox など、ウィンドウレス モードではない HTML を表示するコントロールの存在については知っていますが、近い将来、そのようなコントロールが IE のように任意の HTML を適切にレンダリングできるようになることはまずないでしょう (すべてではない)。私の管理下にあるhtml）。さらに、Windows フォームで前に述べたように、Javascript から外部 C# メソッドを呼び出し (マウスでテーブル内の行を選択する)、それに応じて UI を更新することができます (SL4 の webbrowser はそれを行いますが、前述のようにブラウザー モードではありません)。
  2. 私は、AJAX と jQuery UI を使用して純粋に ASP.Net ( Web フォームまたは MVC ) ですべてを実行できると思いますが、それにははるかに多くの作業が必要だと思います。
  3. HMTL と自己完結型の Silverlight モジュールを表示するためのメイン サイト/アプリケーションとしての ASP.Net ファサードが、別のブラウザー タブに表示される可能性があります (2 つよりも単純になるかどうかはわかりません)。

おそらく、私は何かを見逃しています.これらすべてのテクノロジーにある程度精通しているが、実際のアプリケーションはまだ提供されていないオールラウンダー向けの、そのような変換のための別のより良い簡単な方法がありますか?

4

1 に答える 1

0

3つのポイントに対する私のコメント：

  1. ユーザー エクスペリエンスに大きな変化が生じることに注意してください。視覚的には似ているかもしれませんが、SL は通常のアプリよりもデスクトップのような感覚を与えます。ブラウザーの「戻る、進む、更新」ボタンの使用に慣れているユーザーは、もちろん、苦痛を伴う可能性があることに対処できない限り、「がっかり」します。

  2. 間違いなく実行可能です。どのくらいの仕事？それはかなり主観的です。「より多くの作業が必要になる可能性がありますが、より簡単で管理しやすい可能性が高いため、私はこれを選択します.

  3. これは、1 と 2 の短所を爆破するだけで、長所はそれほど多くないかもしれません。私は間違っているかもしれません:P

于 2009-11-23T03:24:29.320 に答える