トレンドは、サーバー側のWebプログラミングモデル（ASP.NETなど）をJavaScript/Ajaxに置き換えることを提案していますか？

Question

ASP.NETサーバーコントロールには、いくつかのカテゴリがあります。 TextBox、HTML/JSで実行できるボタン。検証コントロール：JSで行うことができます。ログインコントロール：私はJSで実装されているのを見ました。データバインドされたコントロール：確かではありませんが、JSはデータベースと直接連携して、写真スライダーのようなコントロールを実装できます。

今後5〜10年の間に、サーバー側のWebプログラミングモデルが主流から脱却し、データベースと直接対話するJS/Ajaxに置き換えられますか？

Answer 1

したがって、今後5〜10年の間に、サーバー側Webプログラミングモデルは主流から脱却し、データベースと直接対話するJS/Ajaxに置き換えられますか？

何が起きているかは、私たちがコンピュータ技術（自然界では常に）でやっていることと同じことです。均衡を見てみましょう。帯域幅が増え、javascript [処理時間が短くなるにつれて、ECMAscript仕様で機能セットが増加する]ので、より多くのエフェクトがクライアントにプッシュされますが、@ BrianBallが指摘しているように、データを保持する必要があります。

ネットワークの待ち時間が激しかったので、私たちがクライアントに依存していた時がありました。私たちはそれらの太ったクライアントを呼び出しました。クライアントが何かを処理できると信じることができなかったため、クライアントがデータを保持することを信頼しなかった時がありました。私たちはそれをシンクライアントと呼びます。

私たちは、何かを重くしてデータを管理し、セキュリティを維持し、ビデオをストリーミングしたり、電子メールを送信したりするために、サーバーに依存しています。他のすべてがクライアントに移行しています。私は次の10年のうちにいつでも本当に太ったクライアントに戻ってきているのではないのです。私は、ブラウザがアプリの使用の中心になっていくのを見ています。任意のアプリケーションを構築するための真に標準的なプラットフォームです。

Answer 2

ユーザマシン上のデータベースについて話している場合を除いて、データベースに接続するにはサーバー側に何かが必要です（データベースを公開インターネットに公開しない限り、これは決して良い考えではありませんそれが助けられれば）。

技術によって、それは常に振り子であるようです。クライアント側には1組の利点とコストがあり、サーバー側には異なる設定があります。通常、すべてがサーバー側で重い場合、人々はその痛みを感じ、答えのためにクライアント側を見始める。その後、振り子は逆に振り回され、クライアント側は人気があります。しかし、人々はクライアント側のコストの痛みを感じ始め、サーバー側は非常によく見えるようになり、振り子は逆に振り向きます。

したがって、5〜10年後にはクライアント側で重くなることがありますが、5〜10年後にはサーバー側で重くなる可能性があります。

ちょうど私の2セントです。