1

私が働いている会社は、私たちのビジネスの中核であるこのアプリケーションを作成し、Web ブラウザに依存して特定の「ルール」を適用します。ルールがないと、アプリケーションは顧客にとって役に立たなくなります。慎重になる必要があることをお詫び申し上げます。NDA と他の多くのことにより、アプリケーションが何であるかを正確に言うことができません。基本的に、JavaScript は特定のタイミング イベント (少なくとも 1 秒まで正確でなければならない) を制御するため、ajax/ポストバックなどでの制御が困難になります。

私の質問は次のとおりです。ほとんどのコードが実際には C# ビジネス ロジックであり、asp.net コントロールではないと仮定すると、ASP.NET アプリケーションを SilverLight に変換するのはどれほど難しいでしょうか? Deep Fried のバイトを聴き終えたところですが、MS の人々は、これはそれほど大したことではないように聞こえます。これは Web アプリ、または主に Win32 アプリに当てはまりますか?

asp.net のフロント エンドが SilverLight と根本的に異なることはわかっていますが、必要に応じて書き直す必要がないようにしたい C# コードがたくさんあります。JavaScript コードを Silverlight に置き換えることは些細なことだと思います (悪い仮定は知っていますが、どこかから始めなければなりません)。この問題を軽減する方法について解決策を考え出す必要があります。これが中間点であることを願っています: 何もせずにクライアントからの攻撃を監視することと、アプリケーション全体を Web ページよりも安全なものに書き直すことです。フロントエンド検証のみ。ASP.NET コードを SilverLight プロジェクトに変換しようとした人はいますか?

4

3 に答える 3

1

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

于 2008-09-15T17:12:20.953 に答える
0

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

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

ただし、ASP.NETはフォームデータの単なるHTMLおよびHTTP POSTであるため、人々はASP.NETページの上にSilverlightアプリケーションを直接追加し、正確なデータを手動で返送してHTTPPOST要求を手動で作成する実験を行いました。 ASP.NETアプリケーションは機能します。これは、独自のアプリケーションで「スクリーンスクレイピング」を行うようなものです。これは機能する可能性がありますが、最適ではありません。ASP.NETアプリケーションは、要求ごとに完全なページサイクルを実行する必要があるため、パフォーマンスが向上することはありません。

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

幸運を！

于 2008-09-15T22:27:17.233 に答える
0

クラス ライブラリ、および pinvoke、ファイル システム アクセス、System.Diagnostics.Process などの「危険」と見なされる可能性のあるものをどの程度使用していますか?

于 2008-09-15T17:18:56.630 に答える