このリンク：HTTPS：//blog.csdn.net/closurer/article/details/79526006
Webが、実際に高度な設計の一形態です。
各ベンダーは、我々が達成できるかどうか、サーバーとクライアントは、商業的利益と考えているのと同じプログラミング言語を使用したいと思うでしょう、プログラマのために、それは良いニュースです。
サーバー側ではそれほど彼らは、そこに太陽のJava、JavaScriptを実行するクライアントですが、JavaScript設計者はJavaのような本当にないと述べただけで、名前が似ていたもの。
ページはIEのみで実行する場合は、Microsoft ASPの時代には、クライアント側のスクリプトのVBScriptと呼ばれるものがある、実際には、良いプログラミングの経験を持っている、サーバー側のコードASPので、VBの書き込みを使用することです。残念ながら、Microsoftのブラウザは、VBScriptは上キャッチしていない、デスクトップ市場の魅力で独占のようなものではありません。
グループは現在、Node.jsのプログラミングは、サーバー側でも使用することができ、JavaScriptを使用しています。
.NETは時代に入った、MicrosoftはWebフォームが試みであり、クライアントとサーバサイドのプログラミングモードを統一する努力をあきらめませんでした。それは、完全にサーバ側で生成されたクライアントJavaScriptを行うことができ、ウェブプログラミング言語の.NETのみのファミリーを使用して、プログラマが完全にクライアントを無視することができます。
Webフォームと目標が統一されたWebフォームであると経験をプログラミングの形を勝ち取るには、Webフォームのイベントモデルを見ると、それは非常に似ている形を獲得し、フォームのプログラミングを獲得し、ビジュアル・インターフェース・エディタを持つことができます。
それぞれの経験をプログラミングするこの統合プラットフォームのプログラマは、良いアイデアである自身の学習のコストを削減します。私は個人的概念でも、より鮮やかなデザインの構造体よりもあると思います。だから、何がWebフォームの受け入れが満足にはほど遠い原因？
唯一の技術の観点からWebフォームの抵抗が、私は2つの理由があると思います：
まず、ポストバックの悪い経験。WebフォームのプログラミングモデルポストバックLANの伝送帯域幅が問題ではなく、国民が少し難しくなり、ページ全体のポストバックが必要です。下り帯域幅よりも中国の家庭のブロードバンド上流ははるかに小さいです。オペレータ上記の広告は、今までは、下り帯域幅であると述べ、多くの家庭のブロードバンドアップリンクは、唯一の512キロバイトは、ある、唯一の64キロバイト/秒ストレージのバイト単位に変換されます。ユーザーエクスペリエンスにあるポストページのCSDN、通常は20キロバイトで、ページ全体のポストバック場合、でもフルスピードを実行し、時間は約300ミリ秒を占め、大きな影響を持っている、ではないに言及し、帯域幅は、一般的に不満を実行しています。すなわち、Webフォームでは、この高度なプログラミングモデルは、高速アップリンク帯域幅を含む高速帯域幅に依存します。これは、.NETを使用する理由の一つのように、今も多くの企業の社内システムです。
第二に、思考とプログラミングの競合のフロントエンド。この考え方に完全に基づいて開発された場合、.NET言語のファミリを使用してWebフォームのプログラミングモデルは、フロントエンドのJavaScriptなしで完全です。しかし、現実には多くの優れたコントロールがあるということです、開発を完全にはJavaScriptに基づいており、あなたはこれらのコントロールを使用したい場合、あなたはあなたのプログラミングの考え方を変更する必要があります。これは思考のこの変更を達成するために難しいが、多くのプログラマではないですが、まだ少し時間が必要、HTMLを書く方法をクライアントに依頼するフォーラムで多くの人々は、その理由です。すべての後、適応を必要とし、急に使用するJavaScriptとなり、直接、サーバー側のコントロールを制御するためのC＃やVBを使用して、またはスタイルエディタを制御するためのビジュアルインターフェイスを使用して、プロセスに慣れています。
今、Webフォームの大多数は、社内システムで使用する理由はなく、意思決定のその特性。
チームの多くは、自社製品を行う少なく厳しいエンタープライズ製品インターフェイスの帯域幅に十分な大きさに加えて、何のフロントエンドエンジニアは存在しない問題をスムーズにされていない労働者のどの部門、ありません。
Webフォームの開発スピードは、ほとんどの人が認識しています。例えば、イベントモデルのWebフォームとの連携のいくつかのプルダウンメニューには、各プルダウン選択が完了した後に、ページ全体がそれを更新するとそれがビジネスユーザーのためではないだろう、もちろん、非常にシンプルになります。結局のところ、唯一のユーザクールのためのイントラネットシステム、企業全体の情報管理の目的ではなく、社会的なプラットフォームとして、。
パブリックネットワーク製品を作るためにWebフォームの欠点に基づき、MVCは、MVC、公衆ネットワーク製品に適していること、やってバインドされています。
多くのプログラマは、プログラマが、実際には、MVCを必要としないので、彼らは問題を解決するために、より基本的なレベルを持っているので、私たちはもはや、Webフォームのポストバックを使用しないで、出てMVCの前に、と言うでしょう。
今、.NET Webプログラミング、多くの選択は：.aspxの.ashx .cshtml、.aspxのも、ビューステートを使用せずに、フォームを使用せずに、サーバー側のコントロールに選択することができません
あなたがプログラミングより柔軟なアプローチを使用して、より低いレベルを選択することができ、あなたもとても親切技術のが完全に排除されるべきものを言わない、プログラムに簡単かつ迅速な方法を使用して、より高いレベルを選択することができます。
ます。http：//bbs.csdn.net/topics/392077893仕上げポストによります。