web-dev-qa-db-ja.com

エンドユーザーの「多値文字列属性」とは何ですか？

複数の属性を持つエンティティ（ここではサブジェクト）を処理するようユーザーに要求しています。ここに表示される最初の属性は数値です。 2つ目は複数値のテキストです。

desired experience: 1.5
desired qualification: BE-CS, BE-EC

この値は、「資格として「BE-CS」または「BE-EC」を持つすべての教授を検索する」などの厳密な比較に使用されます。

属性の「複数値のテキスト」を呼び出すための適切な用語は何ですか？私はそれを次のように使用します：

  • 新しい「多値テキスト」属性を作成する
  • この「複数値テキスト」属性のいくつかの値を検索します

など。

また、「タグ」もありません。「ソフト」関連の概念をエンティティ自体に付加する以外のコンテキストでは使用されません（AFAIK！）。エンティティの属性に決して。

参考：UIで「属性」という用語を考えていますが、役に立たない場合は修正します。

terminologytextwording
3
Jesvin Jose

しないでください。データを内部的に処理する方法ではなく、ユーザーに必要なことを伝えます。したがって、入力フィールドを次のように提示できます

Desired Qualifications
___________
___________
___________
[+Add More]
3
MSalters

私はそれらを「資格」と呼びます。ユーザーは方法コンピュータが機能することに興味を持ちません。

3
PhillipW

english に投稿してください。

実際に何であるかを整理するために、あなたが言及している2つよりも多くの属性を含むリストを見たいと思います。しかし、属性、フィールド、前提条件、またはエンティティはすべて、私にとっては良い音です。

編集：@naoiseが反応するので、もちろんこれらの用語は通常のユーザーにフレンドリーではありません。コンテンツを作成し、自分のデータの抽象的なメタにそれらを強制することは、スーパーユーザー向けです。だからそれを何と名付けなさい。複雑な要素に「Thingie」という名前を付けても、UXは得られません。 ;）

2
JOG

もう少しコンテキストが便利かもしれないと思いますが、私が理解していることを確認します。ユーザーは...に属性を追加できると言っています...そして、これらの属性の一部の値は1つ以上のアイテムで構成されていますそれぞれが統制された語彙から取られましたか？フィールド自体の用語が必要か（「望ましい修飾」）か、各値の用語が必要か（「be-cs」）については、まだ完全には明確ではありません。

とにかく、setまたはlistは便利な単語かもしれません：

  • 属性セット、属性リスト
  • タグセット、属性リスト

（私は「タグ」に対するあなたの異議を完全に理解していません-はい、フォークソノミーだけでなく、制御された語彙項目をタグとして参照することが適切な場合があります）。

0
Steve Bennett