私はほとんどすべてのユーザインタラクションでAJAXコールを必要とする1つのアプリをやっています。私はJS関数、Webサービスなどを書くことから始めました。アップデートパネルまたはAjaxコール
今私はミスを犯した場合、おそらく私はJSを書くことを本当に嫌うので、更新パネルにページ全体を置くべきかもしれません。 Webサービスとjs関数へのカスタム書込みajax呼び出しの代わりにそれを使用するにはいくつかの欠点がありますか?また、より多くの更新パネルを使用する方が良いでしょうか?
私はほとんどすべてのユーザインタラクションでAJAXコールを必要とする1つのアプリをやっています。私はJS関数、Webサービスなどを書くことから始めました。アップデートパネルまたはAjaxコール
今私はミスを犯した場合、おそらく私はJSを書くことを本当に嫌うので、更新パネルにページ全体を置くべきかもしれません。 Webサービスとjs関数へのカスタム書込みajax呼び出しの代わりにそれを使用するにはいくつかの欠点がありますか?また、より多くの更新パネルを使用する方が良いでしょうか?
自分で書くことの最大の利点はパフォーマンスです。あなた自身のJSとWebサービスを書くことはずっと速くなるでしょう。
MicrosoftのAJAX UpdatePanelsは実際にページ全体を再描画しますが、UpdatePanelタグで囲んだデータのセクションのみを置き換えます。自分で書くときは、何が起こるかをいつでも制御できます。また、コードをASP.NETから移行したり移植したりする場合は、ずっと再利用できるようになります。
更新パネルは簡単ですが、ポストバックごとにページライフサイクル全体を実行し、ページ全体をかなり読み込む必要があるため、ほぼすべてのAJAXの利点を無効にします。
パフォーマンスワイズのマニュアルajaxコールが改善される予定です。
更新パネルを使用することのもう一つの欠点は、ASP.NETのAjaxツールキットの一部であるということです。ツールキットは廃止され、サポートされなくなりました。
は、詳細はこの記事を参照してください。 ASP.NET Ajax vs. JQuery for web service calls
ポストはまたそれについての興味深いブログ記事が含まれています。
私は2番目の記事を読みました、それは良いです! – formatc
これは、Windowsが怠惰な人のために、プロンプトの行コマンドを覚えたくないと言っているのと同じです。 –
@Shyjuそれはあなたが私を盗んだと言った方法です。通常、開発者が何に乗ろうとしているのかはわかりません。 –