ASP.NET ドラッグ コントロールの迅速な開発機能が多くのプロのプログラマによって拒否されているのはなぜですか?

多くのフォーラムやビデオ チュートリアルで教師がドラッグ コントロール プログラミングを拒否していると複数の場所で述べているのを目にしましたが、Microsoft が Webfrom を行う本来の目的は Web 開発をより速く、より簡単にすることでした。とても良い製品 (またはプログラミング手法) が他の人に軽蔑されたらどうなるでしょうか?

返信内容:

一部のプログラマーは[コントロールをドラッグすることしかできない]ため = =; http://ASP.NET[コントロールをドラッグできる] 】それは良いことです


もちろん最も重要なことは、双方が無知であり、嘲笑している人々も無知であり、嘲笑されている人々の一部は非常に無知であるため、嘲笑されて当然であるということです嘲笑された。 。 。 コントロールのドラッグは問題ではなく、コントロールのドラッグのみが問題です。 基本的な機能は満たせますが、細かい制御が難しく後々のニーズに応えることができません。 Web ページが状態を維持しているように見せるために、Web フォームは HTML のように見えないように HTML をカプセル化し、Web ページ全体がフォームに含まれ、送信はすべて投稿されます。問題はコントロールにあるのではなく、コントロールをドラッグするのはホイールを使用しているだけです。 ドラッグ コントロールは常に役に立たないわけではありません。ただ、この特定の瞬間においては、その欠点が利点を上回っているだけです。
ドラッグ コントロールは、実際には黒いフレームを単純に置き換えたものです。元々コマンド ラインの書き方しか知らなかったプログラマは、今では間に合わせの GUI を必要としています。このシーンには 4 つの特徴があります:

1. UI ロジックはシンプルです。
2. UI ロジックとプログラム ロジックの分離。
3. プログラムに必要な UI は少なくなります。
4. プログラマーは UI プログラミングに慣れていません。

最近の Web アプリケーションの中で、あえて独自のインターフェイスが必要ないと言えるものはどれですか? コマンド ラインを用意したとしても、それを使用する人はいるでしょうか?この条件が存在する場合、コントロールをドラッグできます。しかし、これらの現在の Web アプリケーションでは、ユーザーとの対話が命です。インターフェイスをいじるプログラマは、自分の仕事を台無しにすることになります。したがって、ここでプロのプログラマは、大部分のフロントエンドのみを対象としています。コントロールをドラッグすることしかできない場合は、プロのフロントエンド プログラマではありません。
しかし、プロ用のソフトウェアを作成するプログラマーの中には、GUI を使用する人がコマンド ラインを知らないというだけの理由で GUI を必要とする人が依然としてたくさんいます。ライターもユーザーもドメインの専門知識に特化しており、フロントエンドの膨大な知識をじっくり学ぶ時間がありません。専門的でないわけではありませんが、専門的な方向性が異なります。 http://asp.net これで、コントロールのドラッグの単純さと退屈さをうまく回避できる mvc フレームワークが登場しました。これはプログラマーにとって非常に困難です 課題のない仕事 コントロールをドラッグすると、多くの若手プログラマは、これが Web 開発であると考えます。実際、彼らが目にしているのは、n 層カプセル化後の単なる愚かな開発方法です。ページのステータスを維持するために、Web フォームはビューステートを維持し、ページに関連するすべてのものをビューステートに詰め込むため、速度が非常に遅くなります。実際、Webform は Winform のアイデアを Web 側に移植したものであり、効果の観点からはこの移植は不適切です。もちろん、ドラッグ コントロールには開発効率が高く、数百人が使用するエンタープライズ レベルの管理アプリケーションを作成できるメリットがないわけではありません。ただし、ドラッグ コントロールはインターネット アプリケーションには使用できません。 まず、多くの人はコントロールをドラッグするだけですが、これは面倒で問題がありません。そして、多くの人は進歩したくなく、コントロールをドラッグするだけで止まります。

第二に、Web フォームはもともと市場を掌握するために設計されたもので、生成される Web ページも IE6 と同じであり、非常に標準的ではありません (フォームのレイヤーをネストすることに関しては、私も酔っています)。 body) と HTML が大量にあります。コードはコントロールによって生成されるため、アーティストとの協力には役に立ちません。会社がアーティストを募集するときに、最初に .net が必要だったことをぼんやりと覚えています。

最後に、B/S は現在まで発展し、分業がより明確になり、レベルがより顕著になりました。フォームには他のすべての要素が含まれていることに特に注意してください。これは言うまでもなく、速度を追求するためにヘッダーがさまざまな方法で保存され、長いリストになります。ビューステートの暗黙的フィールドの。

mvc の登場は、純粋に mvc のためではなく、出力をより標準化するためでもあります。 2011 年に mvc3 が登場したとき、私は Web フォームを直接放棄しました。 15年経ちますが、職場ではまだ私より年上の人がWebフォームからMVCへの移行を検討している人がたくさんいますね〜〜 私も最初に学習を始めたときは、ビデオから始めて、さまざまな黒いコントロールをドラッグし、ただ盲目的に黒を追いました。実際にしばらく開発をしてみたところ、このモデルは小規模なプロジェクトでは非常に使いやすいことが分かりました。 無知のせいで
他人を批判する人たちは若すぎて単純すぎて、次の 2 つのパターンを理解していません:

• スマート UI
  
• マジック ボタン