クライアント/サーバーアプリケーションをサポートするために、管理ポータルWebサイトを構築する必要があります。私たちは.Netショップなので、ASP.Netでそれを行うのが従来の方法です。ただし、Silverlight 2は、リリース日のかなり前にベータ版からリリースされる予定です。代わりに、サポートするWCFバックエンドを使用して、Webサイト全体をSilverlightで構築することを検討する必要がありますか？
ポータルの主な機能は次のとおりです。ユーザー、グループ、および権限の構成。ユーザープロファイル設定の構成。アプリケーションをサポートするために必要なファイルのファイルのアップロードとダウンロード。
このアプローチを採用する主な理由は、WPFとWCFの経験は豊富ですが、ASP.Netの経験はほとんどないためだと思います。いずれにせよ、ASP.NetまたはSilverlightを学ぶ必要があり、Silverlightを学ぶことは、現在のスキルのより自然な拡張のようです。
StackOverflowersの経験から大きなノーノーはありますか？大きなプラスは何ですか？
純粋な Silverlight サイトを構築しないことをお勧めします。
Silverlight には、Flash と同じ問題があります。直感的でないブックマーク、印刷の問題、アクセシビリティの問題、戻るボタンが機能しないなどです。
また、ユーザーに Silverlight をインストールするか、少なくともインストールできるようにする必要があります。
制御された環境 (大企業やヘルスケアなど) またはモバイル デバイスでは、これは当てはまらない場合があります。
特に WPF の経験が豊富な場合は、完全な Silverlight アプリケーションを使用することをお勧めします。WPF の知識を再利用できるようになり、Silverlight をすぐに習得できるはずです。私は Beta 1 から Silverlight を使用してきましたが、現在の Beta 2 の品質は安定しています。RTW 版がすぐそこまで来ていると考えて間違いないでしょう。
Pilfには、特に印刷に関して、いくつかの有効なポイントがあります。そのためには、おそらくサーバー側で SQL Reporting Services やその他のレポート フレームワークを使用し、印刷可能なレポートを含む新しいウィンドウをポップアップ表示します。リンクとブックマークの問題は、他の AJAX アプリケーションと同じです。今日、 Silverlightでディープ リンクと後方ナビゲーションを提供する方法についてのブログ投稿を行いました。
Silverlight には、WPF の UI オートメーション API が Silverlight に組み込まれているため、優れたアクセシビリティ サポートに必要なすべてのフックも含まれています。スクリーン リーダーのベンダーがまだ追いついているかどうかはわかりません。Silverlight のスタイリング/テンプレート サポートにより、視覚障害のあるユーザーが懸念している場合に、ハイ コントラスト スキンを簡単に提供できます。
あなたの目標に依存します。管理ポータルがアプリケーションの一部であり、アプリケーションがインストールされているコンピューターからのみ使用される場合、完全に Silverlight (または WPF) に移行することには多くの利点があります。
しかし、ランダムな PC またはランダムな人によって使用されるシナリオを見ることができる場合は、完全に機能する HTML/Javascript バージョンが絶対に必要です。
いくつかの理由は次のとおりです。
あなたの問題は、リッチクライアント管理アプリケーションが必要なことにあるようです。クリックワンスを使用しないのはなぜですか?
リモートと管理者のトピックについて、別の投稿者は、管理者が低速の接続を使用している場合、HTML を支持する議論であると述べました。情報の種類によっては、Silverlight を使用した方が効率的かもしれません。サーバー側のデータ バインディングが設定された ASP.NET データグリッドがある場合、大量のマークアップ データとビューステート データをダウンロードできます。ViewState で軽量な DataGrid の代替手段を使用している場合でも、大量の HTML をダウンロードする必要があります。
Silverlight では、対応する HTML よりもおそらく小さい XAP を取得すると、XAP がキャッシュされるため、毎回そのコストがかかることはなく、データ自体を取得するだけです。
別の例として、フォームの 1 つに多数のドロップダウン リストがあり、リスト内の値がすべて同じであるとします。Silverlight では、これらの値を 1 回取得してすべてのドロップダウンにバインドできますが、HTML では毎回繰り返す必要があります。
これは、ASP.NET のクライアント側データ バインディングで改善されます。ASP.NET は、データ バインディングに関して Silverlight および WPF と非常によく似たモデルに従います。
全体として、Silverlight の実装に必要なコードが少なくて済み、生産性が向上し、メンテナンス コストが削減されると思います。
Webサイトにプラグインを使用すると速度が低下し、ユーザーはプラグインをインストールする必要があります。たとえば、SilverlightはすべてのLinuxユーザーを除外します。また、Silverlightはかなり新しいので、プラットフォームがすぐに普及しなければ、Microsoftがプラットフォームを存続させることにどれほど熱心に取り組んでいるかはわかりません。
サーバーサイドスクリプトを使用して、プレーンな古いHTMLに固執します。
また、公開Webサイトの場合：FlashとSilverlightはどの検索エンジンでもインデックスに登録できないため、訪問者が必要な場合は、大量のメタデータを作成してください。
ずっとASP。シルバーライト/フラッシュなどは、テキストで目的の処理ができない場合にのみ使用してください。たとえば、ビデオの表示などです。
Silverlight は、プロジェクトを既に評価し、Web ポータルを進めることに決めた場合に公開ポータルと同様に、内部向けポータルに適しています。Silverlight コンポーネントを既存の ASP.NET アプリケーション (つまり、「豊富な島々」) アプローチ内に自由に統合できますが、新しいプロジェクトをゼロから構築する能力がある場合は、完全な Silverlight ソリューションを有効なものとして軽視しないでください。従来の ASP.NET ポータルでどこに行くかを選択できます。Silverlight は現在 RTW であるため、この決定がまだ行われている場合は、今後の重大な変更に対処する必要がないことがわかります。
サイトを完全に Flash / Silverlight で開発することにはいくつかの欠点がありますが、それらの欠点が問題にならない、または影響を及ぼさないのであれば、あなたを止めるものは何もありません。ニーズをより完全に満たすと思われるツールを選択してください。マイナス面を理由に、Silverlight だけでサイトを作成することを躊躇することはありません。ユーザー エクスペリエンスに多くのメリットがもたらされるからです。
以前のコメントでは、このようなサイトに Silverlight を使用することの欠点のほとんどについて説明しましたが、私も同意します。リッチ クライアント スタイルの開発を行うことに決めていて、対象ユーザーが少ない (管理者のみ) 場合は、現在より豊富なツールとコントロールのセットが提供されているため、Silverlight よりも WPF をお勧めします。
ASP.NET に固執する場合は、Dynamic Data を見たことがあります。これは、バックエンド管理サイトをほとんど労力をかけずに構築するのに理想的です。
Microsoft で "Silverlight のみ" の Web サイトを見たことがありますが、それらは非常に印象的です。繰り返しになりますが、デモは、Silverlight の可能性を最大限に活用するためにありました。何か違うものが必要になった瞬間、運が悪いかもしれません。インストール/表示方法を除いて、Silverlight は Flash のようには見えません。しかし、Flash/ActionScript バックエンドは、Visual Studio が .NET で提供できるものと比較すると、非常に劣っています。
Silverlight を使用する理由を自問してください。ファンシーエフェクトまたはプログラミングモデル？
