9

何が最初に来るのですか？デザインの概要と承認が完了したら、デザイナーはHTMLでページを作成し、それを開発者に渡してコードを追加する必要がありますか？または、開発者は機能する単純なページを作成して、それらを設計者に渡す必要がありますか？

私はいつも後者をやっていますが、最近、サイト全体をHTMLで構築し、それを機能させるために私に渡したデザイナーと協力しました。私はそれが3つの理由で多くの時間を節約することを発見しました：

  1. 開発者は、すべてのフォームフィールドと基本的なレイアウトを作成する必要はありません。
  2. デザイナーは、すべての「醜い」ページを魅力的なものに作り直す必要はありません。代わりに、より高速なクリーンなサイトから始めます。
  3. コードが設計者によって誤って破壊されることはありません。デザイナーは、開発者がバックエンド機能を追加してデザインを壊すよりも、自分の仕事をしているコードを壊す可能性が高いことがわかりました。

つまり、デザイナーが最初に作業を行う場合、やり直しはほとんどありません。すでに見栄えのするものを実際に機能させるだけです。

では、どちらがベストプラクティスですか？他のプラスとマイナスを見ますか？

編集：設計者と開発者の両方が提案された設計についてすでに合意していると仮定します。

4

7 に答える 7

9

ワイヤーフレームのモックアップと視覚補助は、エンドユーザーから要件を引き出すための優れた方法です。ユーザーに何かを見て見てもらうことは、開発者が推測を行うのではなく、設計を必要な場所に進めるのに役立ちます。

また、UIデザインはコードに影響を与えます。私たちがプログラマーとして受け入れている最大の神話は、ビジネスレイヤーを構築して、ピーナッツバターのようにUIを広げることができるということだと思います。このように起こることは決してないので、私はデザイナーに早い段階で頻繁にユーザーと協力してもらうのが大好きです。対抗するビジュアルデザインを持つことは、UIのTDDのようなものであり、プロセスを下方に進めるのに役立ちます。

于 2009-06-08T03:04:03.490 に答える
2

ベストプラクティスは、両方の方法を試して、どちらの方法が組織に最適かを確認してから、その方法で実行することです。

場合によっては、別の方法で試して、何かが変更されたかどうかを確認してください。

そうすれば、「ベストプラクティス」のような一時的な一時的なことを心配することなく、状況に合わせたソリューションを得ることができます。

おそらくお分かりのように、私は上から受け継がれるルールの大ファンではありません。誤解しないでください。何かが有利であることが判明した場合は、それを使用します（たとえば、アジャイルは即時の成果物に焦点を合わせているため）。しかし、それはあなたが働いている環境で証明されなければなりません、さもなければそれは他の誰かのために働いただけのものです。

于 2009-06-08T02:59:37.477 に答える
1

ビューとコードビハインドの設定方法に大きく依存すると思います。ビューに多くのロジックを入れる人もいれば、ほとんどまたはまったくロジックを入れない人もいます。それは最終的にあなたの特定のケースに帰着します。

ほとんどの場合、最初に HTML を作成し、後でバックエンド プログラミングを含める方が簡単です。基本的には、仕様書を作成しています。

于 2009-06-08T03:16:02.670 に答える
1

絵コンテをすべて作成して承認したら、最初に HTML レベルでより詳細な「スケッチ」を行う方が自然でしょう。しかし、開発者とデザイナーがある程度並行して作業できるように、デザインとコードを可能な限り分離することも試みたいと思います。デカップリングの 2 つの方法は、XHTML/CSS と「目立たない Javascript」です。

開発者とデザイナーは、一連のストーリーボードから必要な XHTML ページ構造の骨組みを作成できます。デザイナーは、静的なモック ページを使用して CSS スタイル シートを開発し、アートワークを調べることができます。その間、開発者はスタイル情報なしで XHTML 構造の生成に集中できます。CSS の大きな利点 (および目標) は、ページ構造をページの外観から分離することでした。

探求すべきもう 1 つの方法は、jQuery のような「目立たない Javascript」フレームワークです。このフレームワークの目標は、ページの動作をその構造から分離し、開発者とデザイナーが並行して作業しやすくすることです。これらの活動を並列化することで、形式と実体の両方で、最終製品のバージョンを段階的に提供することが可能になります。

于 2009-06-08T04:50:47.117 に答える
0

私は間違いなく最初にデザイナーと一緒に行きます。コーダーが最初にページを作成する場合、彼はデザイナーにデザインを強制します-特に複数ページのフォームの場合。

于 2009-06-08T03:04:44.737 に答える
0

デザイナーが高品質の HTML と CSS を作成すると仮定すると (これは明らかではありませんが)、問題は次のようになります: HTML を 100% コントロールできるかどうか?

CMS や独自の HTML を大量に作成するフレームワーク (ASP.NET など) を使用している場合、選択の余地はありません。出力をデザイナーの HTML に一致させようとするのは、無意味な頭痛の種です。元の方法でうまくいくでしょう。

ただし、すべての HTML を自分で作成する場合 (PHP または Django などの軽量フレームワークを使用)、前述の理由により、デザイナーが最初に HTML を作成する方が適切です。

些細な問題: 理由 2 には同意しません。CSS ベースのデザインとは、HTML に触れることなく、「醜い」(つまり、むき出しで機能的な) ページを魅力的にすることです。開発者がまともなセマンティック マークアップを作成する場合、デザイナーが自分のデザインをその上に追加するのは非常に簡単なはずです (まあ... 角を丸くするなど、いくつかの HTML ハックが追加されています)。そもそもやっている。

于 2009-06-11T02:17:02.120 に答える
0

あなたが働く場所のタイプとあなたのチームのスキルセットに依存します!!

私はデザインエージェンシーで長年働いていました.そこではデザイナーが最大の収益源をもたらし、ウェブの仕事はサービスへの追加でした.

私たちは設計者と緊密に協力して、設計が要件を満たしていることを確認し、仕様を逸脱しないようにしました。多くの場合、デザインはサインオフとして使用され (始めないでください!!)、クライアントの同意を得てから変更することはほとんどありませんでした。デザイナーは HTML、JScript、CSS なども得意ではなかったため、開発者に実装を任せました。

したがって、この場合、設計が常に最初に行われ、それが間違った理由によるものであっても、うまく機能しました。

于 2009-06-08T22:23:05.883 に答える