HTML / CSSを直接作成するよりも、完全な画像のモックアップを行うことの利点はありますか？
過去には、多くの企業やWebデザイナーが、設計、マークアップ、バックエンドの2つまたは3つの部分からなるワークフローを使用していました。これらは一般化されており、線が少しぼやけているかもしれません...しかし、あなたは私の要点を理解していると確信しています。 多くの場合、Webデザイナーは「視覚のみ」で、PhotoshopやFireworksなどの画像編集ソフトウェアで非常に詳細なモックアップを作成するだけです。モックアップは、色やタイプの選択から、使用する背景、アイコン、写真、その他の画像まで、Webページのあらゆる面を表示します。しかし、「デザイナー」は、実際のライブの構築と実装に関心を持ちませんでした。外観のみに焦点を合わせていました。 （これらの画像ファイルをレビューすることにより）デザインが承認されると、ステージ2が実行されました-画像ファイルをライブHTML / CSSに移行します。 シングルシートまたはフリーランス環境では、Webデザイナーはスライスを使用し、内部アプリケーションオプションを介してHTMLにエクスポートした可能性があります。まれな機会デザイナーは、基本的なHTML / CSSのページフレームを構築することができます。 いくつかの企業環境では、これらのモックアップは、Webデザイナーやデザイナーのための（[花火のために] .pngを.PSD）層状の画像ファイルの形で残るでしょう決して実装を心配していない任意のマークアップやコードを。「デザイナー」は、作成したこの画像モックアップを実装するために、HTMLまたはCSSの構築方法に関心を持つ必要はありませんでした。画像ファイルは、画像ファイルに一致するHTML / CSSの作成を担当する「開発者」に引き渡されました。 このように動作するものがまだいくつかあると思います。ただし、マークアップ言語、つまりCSS3の進歩とブラウザーサポートの改善により、多くの場合、完全なWebページのラスター表現を慎重に構築するのに費やす時間は、ほとんどの場合役に立たなくなります。 現在のマークアップでは、多くのWebデザインのニーズをHTML / CSSを介して直接実装するのが非常に簡単であり、画像アプリケーションの使用は、必要な小さな画像アセットまたは写真の生成に限定されます。（ライブラリやBootstrapなどのテンプレートは、この概念をさらに推し進めています。） 私自身のワークフローでは、私は、特に移動しました離れて、彼らがされない限り、全ページのモックアップから特に要求されました。これは、デザインの速度を改善し、承認されるものが最終的にブラウザでレンダリングされるものに近づくようにするためです。実際、私は長年にわたってフルページのモックアップを作成していません。しかし、私はこの方法を使用するワークフローがまだあることを知っています。 デザイン構築のためにHTML / CSSに直接飛び込む前に、画像編集アプリケーションでフルページモックアップを構築することに本当の利点はありますか？