web-dev-qa-db-ja.com

パターンライブラリvsスタイルガイド-違いは何ですか?

私はデザイナーの小さなチームで働いており、ゆっくりと独自のパターンライブラリを作成しています。同時に、ブランドおよびマーケティング担当者は、ビジュアルデザインスタジオと協力してスタイルガイドを開発しています。

2つの存在の境界はどこにありますか? 2つの間にどの程度の重複がありますか?特定のデザイン要素の概念に適用して、それがスタイルガイドのものなのか、デザインパターンなものなのかを判断するためのヒューリスティックは何ですか?

2
Erics

私が見ている関係は、スタイルガイドがデザインパターンがどのように提示されるべきかを示唆しているということです。

ジェシージェームズギャレットの図 をご覧ください。これが彼の本の基礎 ユーザーエクスペリエンスの要素 です。

enter image description here

では、この2つはどこに収まるのでしょうか。

スタイルガイドはプレゼンテーションレベルにあることをお勧めします。サイトの目的、対象者、複雑さは関係ありません。スタイルガイドはすべての具体化に適用され、ポータブルブランディングエクスペリエンスを生成し、外観とアフォーダンス。 スタイルガイドは、 Surface Plane のすぐ上にあります。

ただし、デザインパターンライブラリは、動作モデルの小さなクラスターでインターフェイスの要素を収集する方法を説明することを目的としています。これは、第2層のインターフェース設計とナビゲーション設計により関連し、パターンを一貫して使用することで、動作、関係、および相互作用に親しみ(結果として期待)が提供されます。 デザインパターンは Skeleton Plane にあります

デザインパターンは、さまざまな方法でさまざまなスタイルでレイアウトできますが、動作には影響しません(ただし、使いやすさに影響する可能性があります)。これがスタイルガイドが必要な理由です。プレゼンテーションレイヤーでそのレイアウトと一貫性を提供するためです。

ここで、パターンの単純さとスタイルガイドの詳細の深さに応じて、があり、境界が少しぼやけ始めますが、 単純なパターンの場合の可能性が高いという理由だけで正確に解決できる場合、解決策は比較的簡単で、誰も鼻をかがめる必要はありません。

要約すれば:

  • スタイルガイドは一貫性と表示を扱いますが、情報は気にしません
  • デザインパターンは、情報とコンテンツとの相互作用を考慮します

これらの領域が分割されていると見なされる状況がない場合は、デザインパターンライブラリがプレゼンテーションを重視しすぎているか、スタイルガイドがコンテキストに依存しすぎているため、これが必要です。解決する。これが someone consider 両方の領域を読み、理解し、できるようにする必要がある理由です。監視せずに両方を完全に独立して行うことは控えめに言っても多少近視眼的です。

7
Roger Attrill