0

私はまだウェブフォームを使用しています。現時点では、MVS を使用する予定はありませんが、これにもかかわらず、必要です / jQuery で Ajax を使用したいのですが、これを行うには、静的[WebMethod]として機能する静的を作成する必要があり、セッションも一般的なものも使用できません。少なくとも簡単な方法で、セッションに保存されたユーザーデータを使用して DB から取得しますsession[]=。

[WebMethod]
    public static void setAsRead(string rowid){}

(前のコードでは、非表示フィールドとして、データが必要なテーブル行の行 ID をページに格納する必要があります)

だから、そうするために多くのページメソッドを配置するのが「普通」なのか、それともこのアプローチを避ける必要があるのか​​ 疑問に思います。個人的には、ページの性質上、これは Web サービス スタックではなく Web フォーム、ページであるため、これを見るのは見苦しいと思います。

それで、あなたはどう思いますか？セキュリティ上の問題はありますか? Web フォームで ajax を回避し、MVC への移行を検討する必要がありますか?

4

2 に答える 2

1

従来の WebForms の PageMethods には、セキュリティやパフォーマンスの点で何の問題もありません。クライアントとサーバー間で交換されるデータを完全に制御できるため、UpdatePanels よりもはるかに優れています。生の IHttpHandler と比較して PageMethods を使用する利点は、フレームワークが JSON シリアル化と配管コードを処理することです。

したがって、REST API を公開できる ASP.NET MVC、ASP.NET Web API、または ServiceStack にアップグレードすることを決定するまで、PageMethods を使用できます。

Web フォームで ajax を回避し、MVC への移行を検討する必要がありますか?

いいえ、WebForms で AJAX を実行してもまったく問題はありません。ASP.NET MVC が存在するずっと前から、人々はそれを使用していました。しかし、新しいプロジェクトを開始する場合は、ASP.NET MVC に移行する価値がないかどうかを真剣に検討する必要があります。これは、プロジェクトの特定の要件、既存のコードベースなどに大きく依存します...移行プロセスを開始する前に、すべての可能性を十分に評価してください。

于 2013-01-14T13:02:48.550 に答える
1

ajax を実装するために Asp.net MVC を移動する必要はありません。Web フォームにはまだオプションがあります。ほとんどのテクノロジは、Mvc 固有ではありません。バックエンドには多くのテクノロジーを使用できます。

  • Http Handler : これは最も基本的なものであり、ほとんどの場合、私の個人的な選択です。IRequiresSessionState を実装することでセッションを使用できますASP.NET HttpHandler にデータを POST する方法は?

  • Asp.net web-apiこれは新しい光沢のあるものです。たくさんの神々。セルフホスティングなどをサポート

  • サービス スタックサード パーティ製ライブラリの使用が許可されている場合。これは間違いなく一見の価値があります。十分に文書化され、サポートされているオープン ソース プロジェクト。

于 2013-01-14T13:06:54.333 に答える