2008-09-15 15 views
1

私の仕事をしている会社は、このアプリケーションを作成しました。このアプリケーションは、ビジネスの中核であり、アプリケーションなしで顧客に役に立たない特定の「ルール」を適用します。気をつけなければならないことには申し訳ありませんが、NDAは他の多くのものと一緒に、アプリケーションが何であるかを正確に言うことを妨げています。 JavaScriptは本質的には、(少なくとも2番目の正確なものでなければならない)一定のタイムイベントを制御し、Ajax /ポストバックなどで制御するのが難しくなります。ほとんどのコードがC#ビジネスロジックで、asp.netコントロールではないと仮定してSilverlightへの.NETアプリケーション私はちょうどディープフライドバイトを聞いて終わったし、MSの人々はこれが実際にはそれほど大きな取引ではないと思うようにする。これはWebアプリケーション、または主にWin32のものに当てはまりますか?.NET WebアプリケーションのSilverlightへの移植性

私はasp.netフロントエンドがSilverLightとは根本的に異なっていることは知っていますが、必要に応じて書き換えをしたくないC#コードがたくさんあります。 JavaScriptのコードをSilverlightに置き換えることは私が仮定していることは簡単なことです(私は悪い仮定を知っていますが、どこかで始める必要があります)。私はこの問題を緩和する方法についての解決策を考え出す必要があります。これは、何もしないで、私たちがクライアントに驚かされるのを見て、Webページよりも安全なアプリケーションでアプリケーション全体を書き直すことを目指すものですフロントエンドの検証だけです。誰もがASP.NETコードをSilverLightプロジェクトに変換しようとしましたか?

答えて

1

アプリケーションの大部分がバックエンドにある場合は、コードの大部分をそのまま維持して、フロントエンドのみを置き換えることができます。しかし、Silverlightは、あなたのアプリが現在使っているHTML/JSとは劇的に異なるWPFを理解する必要があります。あなたのUIがかなり薄い場合、Silverlightに移植するのはかなり簡単なはずですが、UIのビジネスロジックが増えるほど難しくなります。

0

クラスライブラリ、ピンボケ、ファイルシステムアクセス、System.Diagnostics.Processのような「危険な」ものと思われるものはどれくらいですか?

+0

ありがたいことに私たちは本当にすべてではありません。私たちがアプリケーションのセキュリティに関して持っている本当の問題は、(greasemonkeyのようなものを使って)誰かがjavascriptを変更して、アプリケーションが役に立たない方法でルールを作ることができるということです。 – kemiller2002

0

ASP.NETからSilverlightへのポーティングコードは簡単な作業ではありません。 Nateが指摘するように、ASP.NETアプリケーションのどれがAJAXベースであるか、そしてどれがサーバーコントロールに基づいているかによって異なります。

Silverlightは、完全なクライアント側の技術であり、すべてがブラウザ内のクライアント上で実行されていることを意味します。 ASP.NETはサーバーテクノロジであり、要求/応答モデルを基に構築されています。これら2つはまったく異なるパラダイムなので、まっすぐなポートではありません。

しかし、ASP.NETはフォームデータのHTMLとHTTP POSTだけなので、ASP.NETページの上に直接Silverlightアプリケーションを追加して手動でHTTP POST要求を手動で作成した実験が行われていますASP.NETアプリケーションの正確なデータをバックアップします。それはあなたのアプリケーションのために "スクリーンスクレイピング"を行うのとほとんど同じです。これはうまくいくかもしれませんが、最適ではありません。 ASP.NETアプリケーションがすべての要求に対してフルページサイクルを経なければならないため、パフォーマンスは向上しません。

より良い方法は、ユーザーがWebサービスとしてAPS.NETアプリケーションに持つ機能をラップすることです。 ASPXページの横にこれらのサービスを追加し、徐々にアプリケーションを移植することができます。これらのサービスに基づいて基礎から構築するUIです。

幸運を祈る!

関連する問題