1

最近の会話で、同じアプリケーションの Web クライアントと Windows クライアントをターゲットにしている場合は、Silverlight を利用するように勧められました。これにより、両方のプレゼンテーション レイヤーでコントラストをサポートするための労力が削減されます。

私のものは、企業に展開される製品です。Web クライアントと Windows クライアントの両方が望ましいです。

上記のコンテキストでは、クエリはほとんどありません。

  • 推奨されるアプローチを採用することは賢明であり、このアプローチがトレンドになりつつあるかどうか。
  • さらに、いくつかの構成と展開の微調整により、プレゼンテーション層の作業が大幅に削減されますか?
  • 私の将来の見通し (この製品について) は、Silverlight のフットプリントに抵抗する可能性はありますか?
  • ASP.Net MVC パターンを利用できますか?
  • Web クライアントのパフォーマンスへの影響はありますか?
  • Silverlight はコントロールのインクリメンタル ロードをサポートしますか?
  • バックエンドに SSRS が含まれている場合、すべてのフロントエンド機能を Silverlight で利用できますか?
  • 今後、同じコード ベースで追加のデバイスをサポートできるようになりますか?
  • 私は、データ入力とレポートの両方の観点から、非常にデータ集約型のアプリケーションです。ユーザー エクスペリエンスと開発者の生産性を向上させるために、サード パーティ製のコントロール (Telerik など) を使用することをお勧めしますか?
  • プロ品質のオープン ソース Silverlight コントロール (ライブラリ) は利用できますか?

さらに、上記で共有したコンテキストでのベスト プラクティスの情報を求めます。

4

1 に答える 1

0

シングル ソースの WPF と Silverlight

また、プロジェクトをさまざまなレイヤーに整理すると、より簡単になります。

于 2010-06-03T14:06:17.157 に答える