5

ASP.NET アプリケーションを開発しています。私たちは外部の UI デザイン会社を雇いましたが、ほとんどの場合、彼らの仕事に非常に満足しています。彼らの「成果物」はクリック可能な画面でした。これは、ASPX ファイル、画像、マスター ページなどを含む Visual Studio ソリューションです。画面はどのデータ ソースにも接続されていませんでした。UI がどのように機能するかを確認できるように、ダミー データが用意されていました。

私たちが遭遇した問題の 1 つは、開発者が Visual Studio デザイン モードの使用に慣れていることです。UI会社から受け取ったページをデザインモードに引き上げると、問題が発生することがあります. コンサルタントの開発者は、デザイン モードを使用せずにこれらの画面をコーディングしました。

デザイン モードを使用していると想定していましたが、これは契約で指定されていませんでした。これは想定しすぎでしたか?VS デザイン モードを使用しない ASP.NET 開発作業はたくさんありますか?


サードパーティの編集:

提案:この質問に回答する人は、使用している Visual Studio のバージョンを指定する必要があります。これは、Microsoft が VS2005 以前のデザイナーにあったコード ベースを廃棄し、Expression 製品を購入したときに購入したものに置き換えたためです。この 2 つはまったく無関係であり、新しい方がはるかに優れています。-ジョン・サンダース

4

18 に答える 18

24

Visual Studio を使用すればするほど、デザイン モードに依存することが少なくなります。複雑な UI は、デザイン ビューをひどく見せる傾向があります。

于 2009-05-28T15:20:20.210 に答える
12

私 (および同僚) は、次の 2 つの理由からデザイン モードを使用しません。

  • VS 2003 で、HTML が VS によって管理されているため、デザイン モードに触れないように学びました。(2008年以降はありませんが、一度噛まれました...)

  • レンダリングには時間がかかる場合があります。

ツールボックスからのドラッグ アンド ドロップとハンド コードのほうがはるかに高速です。

于 2009-05-28T15:19:52.413 に答える
10

実際、デザイナーを使用するASP.NET 開発者は非常にまれです。Visual Studio デザイナーは、きれいなマークアップを生成するのが苦手なことで有名です。

于 2009-05-28T15:20:59.803 に答える
8

私はデザイン モードを使用したことがありません。さらに、私は多くの動的レンダリングを行っているため、意味がありません。そして、書式設定には CSS のみを使用します。VS を台無しにしたくありません。

于 2009-05-28T15:23:16.167 に答える
6

過去の悪い経験のために、多くの人はそれを使用しません。VS2008 のデザイン モードでは、最新で優れたデザイナー サポートを備えた最新のコントロールを使用する場合、ほとんど問題はありませんでした。

一方で、以前の問題により、多くのカスタム サーバー コントロールは十分なデザイナ サポートを提供していないため、以前のデザイナ コード ベースが適切なものに置き換えられた現在、デザイン モードではあまり役に立ちません。

于 2009-05-28T15:21:49.507 に答える
5

デザインモードはほとんど使っていません。それは通常、醜い HTML を作成し、私を肛門と呼びますが、私はきれいな HTML が本当に好きです。それが手作業でコーディングすることを意味する場合は、そうしてください。

于 2009-05-28T15:21:57.603 に答える
4

私はそれを手動で行うことを好み、制御するのが好きです。

結果を見たいならF5.

于 2009-05-28T15:23:38.597 に答える
2

私は VS2008 を使用していますが、デザイン ビューは使用していません。コード ビューは、デザイナーよりも簡単で応答性が高いと思います。

于 2009-05-28T16:26:33.353 に答える
2

デザインモードはほとんど使っていません。私にとって最大の理由は、メモ帳で Web デザイン/開発を学んだため、コードの操作に慣れていた (そして快適だった) ことです。VS が HTML などに関してどのような決定を下すか正確にはわからないため、デザイン モードは不快に感じます。さらに、開発者がデザイン モードを使用して ASP.NET と VB/C# についてほぼ同じように学ぶとは想像できません。 .

デザイン モードを使用するのは、GridView などを自動的に構成するときだけです。

于 2009-05-28T15:25:54.913 に答える
2

ほら、ソース画面を100%使用していることに気づきませんでした。私は通常 VS2005 で開発しています。

実際にデザイン モードを開くときはいつでも、それは偶然であり、レンダリングする前にソース ビューを表示しようとします。私はデザインモードに感心したことは一度もありません.遅いだけでなく、不要なマークアップがたくさん追加されています. また、IntelliSense とプロパティ ウィンドウのおかげで、開発に GUI は必要ありません。

ネストされたアイテムを追加しようとしている場合、デザインモードも悪夢になる可能性があります. 私たちは IE6 を使用する顧客向けに開発を行ってきたため、書式設定にテーブルを使用してきたため、別の DIV 定義は必要ありません。空のセルをクリックするだけでは困難な場合があり、列のサイズを変更するには非常に時間がかかります。

グリッドのテンプレート フィールドのようなものについては、デザイン ビューでこれを設定する方法さえわかりません。

そうは言っても、Windowsアプリは毎回デザインモード!

于 2009-05-28T15:49:36.220 に答える
2

デザイン モードはここでかなりの打撃を受けていますが、新しいコントロールについて学ぶのに最適であることを指摘しておきます。ASP.NET を初めて使用する場合、またはコントロールの新しいライブラリを使用している場合、デザイン モードは次の 2 つの理由から天の恵みです。

  1. プロパティ エディタでプロパティを変更すると、すぐに反映されます。これは、レイアウト全体が 1 つのプロパティに依存する可能性があるリスト コンテナー タイプのコントロールに特に当てはまります。5 つのレイアウトすべてを表示するためにアプリケーションを 5 回実行するのは非常に面倒です。
  2. 複雑な動作をするコントロール (実際、それがコントロールを使用している理由ですよね?) には、スマート タグに多くの構成が組み込まれていることがよくあります。コントロールの右上にある小さな [>] 矢印に注目してください。クリックして。それはおそらくあなたを大いに助けるでしょう。これは、構文が非常に綿密な DataSource を構成する場合に特に当てはまります。

Telerik コントロールの使用法を初めて学んだとき、私は Telerik コントロールが提供するスマート タグに大きく依存していました。これは非常に堅牢で完全です。そこから、生成される ASPX マークアップの種類を確認し、デザイン モード以外で作業する方法を学ぶことができます。私は実際にやってみるタイプなので、何かを初めて使用するときにドキュメントを見るよりも、このアプローチの方がずっと好きです。

于 2009-05-28T15:29:50.253 に答える
1

確かに私は MVC のことをやっていますが、私はそれを使用したことはありません.

于 2009-05-28T16:05:42.537 に答える
1

デザイン モードは改善されつつあります。時間の経過とともに、デザイン モード ツールが改善され続けるにつれて、より普及する可能性が高いと思います。私はすべてのコンポーネントをデザイン モード用に設計していますが、それでもコードの大部分を手作業で行っています。これにより、コード レイアウトをより細かく制御でき、自動フォーマットされた混乱を作成してから掘り下げて把握する必要がなくなります。どのような変更が必要かを明らかにします。将来、私のコンポーネントは、ほとんどの設計をドラッグ/ドロップで行う開発者によって使用される可能性が高いことを知っています。イベントの後に戻ってそれを行うよりも、今すぐ対応する方が簡単です.

于 2009-05-28T15:23:39.940 に答える
1

2 つの異なるバージョンの .NET (2003 & 2005) を使用しています。2003 年に作成されたフォームの一部は 2003 年には編集できなくなり、インストールでは 2003 年に維持する必要があるため、KEDIT を使用してこれらのフォームを編集しています。1 つのアプリケーションのフォームの中には、.NET エディターには大きすぎるものもありますが、とにかく強力なエディターを好みます。

于 2009-05-28T16:18:57.300 に答える
0

UIは複雑で、VS2005でデザインモードを使用することはできません。

私がデザインモードに触れたのは、すばやく汚いプロトタイプまたは内部アプリを実行することだけです。

デザインモードを使用しない頻度はどれくらいですか?99%の確率で。

于 2009-05-28T19:22:00.987 に答える
0

主にコード ビューを使用します。VS 2008 で見つかったデザイン モードにはかなりのバグがあります。XML コントロールは、何らかの理由でランダムな文字セットを禁止する傾向があり、VS は通常、画面にすべてをレンダリングしようとしている間、実行が遅くなります。私は主にコードビューを使用しています。

于 2009-05-28T16:09:40.410 に答える
0

従来、WYSIWYG デザイナーは貧弱なコードを生成し、CSS および #INCLUDEd ファイルを貧弱にレンダリングしたため、使用が制限されていたため、開発者は手作業でコーディングする傾向がありました。さらに、これらのツールを使用すると、自分が何をしているのかを実際に知らなくてもある程度の距離を移動できます。これは、Web チュートリアルや個人のホームページでは問題ありませんでしたが、さらにある程度の制御が必要になるとすぐに、行き詰まりました。とにかく「ボンネットの下」を見ることに頼る。

ツールは時間の経過とともに改善されてきましたが、多くの開発者はハンド コーディングに慣れているため、デザイン ビューのことをほとんど忘れています。そのようなツールが本当に役立つ状況はたくさんあると思いますが、私たちはそれがなくてもうまくやっており、そのような機能をいつどこで使うのが最適かを考えることに煩わされたくありません.

于 2009-05-28T16:36:45.470 に答える
0

デザインモードでの作業は問題ありません。1 つの例外は、サポートされていない asp:Repeaters、または手動の列定義をオーバーライドする傾向がある GridViews です。

もう 1 つは、コントロールの名前を変更した場合に VS が完全なプロジェクト スキャンを実行しようとして失敗した場合です。

于 2009-05-28T15:26:56.453 に答える