c# - ASP.NET コンポーネントを WYSIWYG ツール用に設計して時間を無駄にしているのでしょうか?

Question

数日前、WYSIWYG ツールに依存するのではなく、HTML/XHTML を手作業でコーディングする開発者の数を尋ねる質問を読みました - https://stackoverflow.com/questions/406052/do-most-web-programmers-not-designers -use-wysiwyg-editors-or-hand-code-their

私は、自分のコードで使用するユーザーコントロールではなく、ASP.NET サーバーコントロールを設計する傾向があります。これは、WYSIWYG にドラッグアンドドロップして再利用し、関連するいくつかのプロパティを設定するだけで済むようにするためです。これにより、コンポーネントの設計に少し余分な時間がかかりますが、より大きなアプリケーションでそれらを使用するとなると、作業が大幅に簡素化されます。

ほとんどの開発者が WYSIWYG を使用するのではなく、コードを手渡すように見えることを読んだ後、私は疑問に思いました。

編集：明確にするために-ほとんどの場合、元の意図は、これらのコントロールが私自身の使用のためであるということでした. しかし、私のチームの他のメンバーや一般公開に役立つ可能性がある場合は数多くあります。しかし、ほとんどの場合と同様に、追加の価値が実現される可能性に関係なく、比較的わずかな追加の作業で大きな潜在的な追加の価値が得られると考える傾向があります。

score 5 · Accepted Answer

いいえ、あなたは時間を無駄にしていません。WYSIWYG ユーザーがコンポーネントを簡単に使用できる場合、潜在的なユーザーベースは大きくなります。これらのコンポーネントの唯一のユーザーである場合は、開発スタイルに合うように設計してください。視覚的に設計する場合、WYSIWYG をサポートすることは理にかなっています。

score 4 · Accepted Answer

UserControl を作成し、さまざまな手法を使用して dll にコンパイルし、Web アプリケーションで参照できるようにすることができます。

いくつかの方法の概要: http://geekswithblogs.net/dotnetrodent/archive/2006/06/16/82136.aspx

詳細な方法: http://webproject.scottgu.com/CSharp/UserControls/UserControls.aspx

私は決して WYSIWYG ツールを使用しないので、javascript や CSS などを分解すると、WYSIWYG になることは決してありません。(私はVS2008が良くなったことは知っていますが、完璧ではありません)。そして、デザイナーはいつもとても遅いです。マークアップを使用してコーディングすることを好みます。

販売する商用コンポーネントを開発している場合は、最も完全な機能セット IMHO を用意することに時間を費やす必要があります。WYSIWYG を含む。あなたまたはあなたのチームがそれらを使用できるようにコンポーネントを構築する場合は、コンポーネントを追加のステップで取得するのにかかる時間の費用便益を評価する必要があります。

score 2 · Accepted Answer

特に他の開発者が使用できるようにこれらのコントロールをリリースしたい場合は、時間を無駄にしていないと思います。必要な労力が本当に「少し余分」であり、それが大規模なプロジェクトで役立つことがわかった場合は、WYSIWYG ツールと互換性があることでコントロールが改善されると思います。

個人的には、HTML/XHTML のコードを手で書くのが一般的ですが、WYSIWYG 機能を時々使用するのが好きです。WYSIWYG 対応のコントロールは、すべてのコードを手動で記述することに依存するコントロールよりも使いやすいことが常にわかっています。

score 2 · Accepted Answer

あなた自身の使用のために、あなたはあなたの時間を無駄にしているかどうかをすでに知っています.

[カルマボムシェルターに入る]

一般の人々とあなたのチームの他のメンバーのために、私はあなたがおそらく時間を無駄にしていないという流れに反対する意見を述べますが、おそらくそれを最大限に活用していません.

WYSIWYG の提供を真剣に受け止める Web 開発者はほとんどいないと思いますが、大多数がハンドコードレベルでコントロールを使用でき、少数がドラッグアンドドロップを実行できる場合、選択のメリットを提供したことになります。これは決して悪いことではありません。 . おそらく小さな子供と良い行動が関係している場合を除いて.

score 1 · Accepted Answer

他のすべてのように、適切な答えは「それは依存します」です...

この機能を追加した場合のROIを測定する必要があります。

'I'の場合; 個人的には、wysiwygエディターで機能するWebコントロールを作成したことがないので、どれだけの労力がかかるかわかりません。

'R'の場合; 大規模な開発チームで作業している場合、コードを配布している場合、これらのコントロールをwysiwygエディターで再利用する場合、または単にエクスペリエンスが必要な場合でも、間違いなく利益を得ることができます。しかし、これを行うことが将来の保守プログラマーに基づいている場合。最適化の側面に少し傾いているかもしれません。（私見では）

score 1 · Accepted Answer

それがほんの少しの余分な作業であり、それが非常に多くの余分な価値を追加する場合、それが時間の無駄であるとは考えにくいと思います. 将来あなたのコンポーネントを使用することを検討しているあなたの後ろに来るユーザーは、それがはるかに簡単であることに気づき、そうでなければ手動でコーディングするのに費やされる時間を大幅に節約できます. 言うまでもなく、マウスのクリックアンドドラッグでコンポーネントをドラッグアンドドロップできるのであれば、キーストロークを無駄にする必要はありません。

score 1 · Accepted Answer

WYSIWYG エディターでの作業に慣れていて、サーバーコンポーネントの開発によって仕事が楽になるのであれば、自分の作業がうまくいくのであれば、他の開発者の方法に準拠しようとする理由がわかりません。

score 1 · Accepted Answer

私はあなたが一粒の塩でその世論調査をしなければならないと思います. Stack Overflow のほとんどの人が自分の HTML を手作業でコーディングしていると言っているからといって、ほとんどの Web 開発者がそうしているとは限りません。たとえば、Dreamweaver や Microsoft Frontpage などのツールは、主にその WYSIWYG 機能により、非常に人気のあるツールです。通常、Web ホスティング会社には、人気の高い WYSIWYG Web ページビルダーがあります。私も自分のほとんどのものを手作業でコーディングしていますが、世界中の他の企業の Web 開発者と協力して多くのフリーランスの仕事をしています。私の個人的な経験から言えば、ほとんどの Web 開発者は WSIWYG を使用していると言えます。ツール。Web 開発者の経験が豊富であるほど、WYSIWYG ツールを使用する可能性は低くなりますが、経験の少ない開発者は経験の豊富な開発者をはるかに上回っています。

score 1 · Accepted Answer

「他の開発者はコントロールのコーディングに時間を浪費していませんか?」と自問自答するかもしれません。

通常、コントロールをページにドラッグアンドドロップし、必要に応じて生成された html を変更します (1 つのページでのみ使用される場合)。コントロールとその機能が同じ Web アプリの複数のページで使用されている場合は、ユーザーコントロールに移動します。複数のアプリで確実に使用される場合は、コードを 1 回だけ記述したいので、簡単に配布できるサーバーコントロールを使用します。重要なのは、それ（レイアウトと機能）が複数の場所で使用されているか、複数の場所で使用しようとしているということだと思います。多くの場所で重複したコードを持つことは、1 回の使用のために再利用可能なコードの開発に多くの時間を費やすことと同じくらい「間違い」です。しかもソフトウェアなので後から変更可能！

score 1 · Accepted Answer

あなたの本当の質問はおそらく、「現在行っている方法よりも優れている可能性があるため、もっと学ぶべき UI を開発する方法はありますか?」ということだと思います。

変化の速さを考えると、これは私たち全員がかなり頻繁に尋ねる質問です。Ruby on Rails で開発されたサイトを初めて見たときのことを思い出します。次に、wysiwyging のステップがないチュートリアルを実行しました。しかし、すべては CSS とテーマで達成されました。そして、Dreamweaver はすべてにおいて最も生産的な環境ではないかもしれないと思いました。

MVC のチュートリアルに取り組んでも、同じような衝撃を受けました。

そのため、自分、自分のスキル、および要件に最適なものについて賢明な決定を下すために、少なくとも代替案を試す価値があると思います. すべてのプロジェクトで必要としない場合でも、ツールキットに最高のツールが必要です。

特に、現在のアプローチがかなりの時間を費やしていることを認識しているように見えるため.

score 0 · Accepted Answer

いろいろなところで使うならコントロールをつくろうと思います。html を手作業でコーディングしても、時間を節約し、作業を簡素化できます。しかし、html/css を手作業でコーディングする方が効率的であることには同意します。WYSIWYG Web ページビルダーはこれをうまくサポートしていません。

score 0 · Accepted Answer

以前の投稿に同意します。あなたが時間を無駄にしているとは思いません。コントロールを WYSIWYG 対応にすることで、ユーザーはデザイナーをスローする方法とコードをスローする方法の両方を実行できます。また、コードに変更を加えてからアプリをコンパイルして実行するよりも、プロパティエディターを使用すると、コントロールの動作を簡単に発見できる場合もあります。

score 0 · Accepted Answer

プログラミングを始めたとき、私は WYSIWYG が大好きで、ほとんどすべてに WYSIWYG を使用していました。

必要に迫られて html のコーディングを始めましたが、WYSIWYG エディターだけではうまくいかないことが常にありました。時間が経つにつれて、マウスを使用してプロパティを設定するよりも、単純に html を修正する方が速いことに気付きました。時間が経つにつれて、WYSIWYG エディターがなくなるまで、ますます多くの html を使用しました。

なぜ私はあなたにこの話をしたのですか？私の個人的な経験によると、初心者のプログラマーは WYSIWYG を気に入るはずであり、サーバーコントロールを作成するための努力と上級プログラマーはそれを信用しません。

自分の好きなようにすればいいというのが私の意見です。他の人を喜ばせるためにこの方法を行う場合、チームに初心者プログラマーがいない場合は気にしないでください。

それは私の5セントです;）

c# - ASP.NET コンポーネントを WYSIWYG ツール用に設計して時間を無駄にしているのでしょうか?

13 に答える 13

Related

Reference