6

どんな仕様でもあると思われるほど明白だと思う基準はありますか？

たとえば、エスケープを押すと常にフォームがキャンセルされますか？列ヘッダーセパレータをダブルクリックすると、列のサイズが変更されますか？

顧客が「これは明白で「標準的な動作」であるため、それがないのはバグです」と言った場合、それらは時々正しいのでしょうか。もしそうなら、調停に役立ついくつかのリソースはありますか？

教授に、単純なタスクに関連するすべての詳細を書き出すように依頼されたことを覚えています。スペックをばかげたくないのですが、これを聞くのに飽き飽きしていて、スペックが具体的ではないと思っています。

4

6 に答える 6

5

GUIコンポーネントの「予想される」動作については、Windowsユーザーエクスペリエンスガイドラインを確認してください。http：//msdn.microsoft.com/en-us/library/aa511258.aspx

于 2010-02-18T14:59:29.643 に答える
3

ユーザーインターフェイスの標準を指定するのが標準的な方法であり、それらを想定するのではありません。

たとえば、グリッド内の列ヘッダーをダブルクリックしてサイズを変更することは、標準のWindowsGUIの動作ではありません。ただし、列の区切り文字をダブルクリックして列のサイズを変更することはできます。

混乱がないように、標準のGUIの動作を指定することは努力する価値があります。正常な既存の標準を参照できるが、顧客がそれを承認していることを確認する場合

「私はあなたの心を読むことができません、そしてそのようなものは標準/デフォルトの振る舞いではありません」は論理的なレトルトです...しかし非常に丁寧なものではありません。;-)

于 2010-02-18T15:25:59.770 に答える
3

ユーザーインターフェイスに関する質問については、AppleやMicrosoftなどの既存のUIガイドラインを参照することをお勧めします。他にもかなりの数がありますが、これら2つは十分に大きいプレーヤーであるため、ガイドラインはおそらくユーザーが他のほとんどのユーザーよりも期待していることを反映しています。

編集：Escキーを使用してダイアログを閉じることは、Microsoftガイドラインで説明されています（「相互作用」までスクロールダウンします）。

Escキーを押すと、常にアクティブなダイアログボックスが閉じます。これは、[キャンセル]または[閉じる]のあるダイアログボックスに当てはまります。また、結果を元に戻すことができなくなったために[キャンセル]の名前が[閉じる]に変更された場合でも同様です。

あまり見苦しくはありませんでしたが、列の自動サイズ変更については何もわかりませんでした。それがそこにあるとしたら、かなり驚かされるほど珍しいことです。

そういうわけで、私がこれを担当していたら、それは（いわば）分割された決定だと思います。エスケープキーがダイアログを（明示的に指定せずに）閉じることを顧客が期待することは合理的であり、そうしないとバグと見なされます。

列ヘッダーの境界線をダブルクリックした場合の列の自動サイズ変更は、指定せずに期待するのは合理的ではないため、実装は追加機能と見なす必要があります。

警告：

  1. 独自のUIガイドライン（MacやiPhoneなど）を持つものを開発している場合は、それらが従うべきルールです。Microsoftの市場シェアは、独自のUIガイドラインを持たないターゲットの明白な選択になります。
  2. これは明らかに顧客関係の問題です。かなり簡単に実装できるもので最高の顧客を失いたくないのは明らかです。カラムの自動サイズ変更が彼らに大きな違いをもたらし、そうでなければ彼らが良い顧客である場合、彼らのためにそれを行うことは理にかなっているかもしれません-しかし、あなたがそれらをどれだけ大切にしているかのためにあなたが彼らに好意を持っていることを彼らに知らせてください。「あなたは特別だから」という温かみのあるファジーな部分と、「だから私たちはあなたに恩恵を与え、今あなたは私たちに借りがある...」という穏やかな罪悪感とのバランスに注意する必要があります（IMO、それは通常です「そして今、あなたは私たちに借りがある」と大声で言ってはいけませんが、私はあなたの顧客を知りません）。
于 2010-02-18T15:02:19.277 に答える
2

大学からの私のお気に入りの引用「標準の素晴らしいところは、選択できるものがたくさんあることです」。

残念ながら、「しかし、あなたはそれを求めなかった」という論争に巻き込まれたので、あなたはこの質問をしていると思います。それはあなたを困難な場所に置くことができます。一般的に、事前に会社に標準を提供してもらいたいか、他の人が述べているように、サードパーティの標準について相互に合意することができます。同じタイプのアプリケーションの多くを作成する会社を運営している場合は、「標準」を作成するために一度時間を費やす必要があります。

サインオフの時点で座っていて、「標準」機能のために誰かが支払いを拒否している場合は、これが標準ではない場所の例をいくつか用意する必要があります。たとえば、あなたの例では、エスケープキーの閉じるフォームはWindows（Webではなく）でのみ標準であり、Microsoftでは本当にのみです。コンピューターで3つのアプリケーションを開いたところ、ESCはフォームに対して何もしませんでした。

ほとんど何も標準ではありません。どの人にとっても、「標準」とは少し異なることを意味し、測定可能な定義に指定されていない場合は、将来的に議論が生じることになります。

于 2010-02-18T15:32:25.327 に答える
1

同じ一般的な設計のすべてのプロジェクトに含める/参照するボイラープレート仕様を作成します。この仕様は、クライアント/顧客の要求について詳しく知るにつれて、成長し、変化するはずです。この仕様は、 AppleまたはMicrosoftが提供する適切なUIガイドラインも参照する必要があります。1つのプラットフォームを使用している場合でも、他の仕様を読んで、物事を行うためのより良い方法を洞察したり、起こりうる問題を特定したりすることを強くお勧めします。あなたが借りたいと思うかもしれないUIデザインに関するいくつかの良い本もあります。

于 2010-02-18T15:18:45.870 に答える
1

プロジェクトに関連する場所（または仕様からリンクされている場所）に書き留めて指定しない限り、標準的なものはありません。書き留めていない場合は標準ではないため、顧客が定義する必要があります。

別の注意：
UIライブラリがそれをある方法で行い、別の方法でそれを行うためにコーディングが必要な場合（愚かな例：ユーザーが右マウスボタンでボタンをクリックするようにしたい場合）、ユーザーが何を期待するかを停止して再考する必要があります。

于 2010-02-18T15:34:05.027 に答える