C＃のジェネリック型の適切な命名規則は何ですか？[閉まっている]

かなり主観的であるため、スタックオーバーフローではなく、ここでこの質問をすることにしました。

C＃では、通常、非常に貧弱な名前のジェネリック型が表示されます。特に、「T」は一般的に使用されますが、それ自体では意味のある名前ではありません。例えば：

class Fruit<T>
{
    T fruit;
}

これは典型的なアプローチですが、これに反対する人はいますか？もしそうなら、一般的な関数とクラスのC＃のコンテキストでの一般的な型の合理的な命名規則は何でしょうか？

前の例では、ジェネリック型Tは常にAppleor などの果物の型である必要があると仮定しましょうOrange。タイプは、Tそれは明らかに、それは果物の種類だことを確認する必要があるので、多分、より良い名前のようになりFruitType、我々はで終わるので、：

class Fruit<FruitType>
{
    FruitType fruit;
}

これは、皆さんに私が探しているもののアイデアを提供するためのものです。この問題で受け入れられる「経験則」とは何ですか？

それは確かに主観的です... っぽい。
一部の人々がiforループ変数に対して完全に有効であると考えるようTに、ジェネリッククラスの型プレースホルダーに対して完全に有効であると考える人もいます。

私は個人的にこのアプローチを支持しています。これは一般的な慣習であり、一般的に人々はあなたの意味を知っています。

型が意味のある場合、意味のある名前を使用しますが、一般的にはTで開始します。最近、一般的な辞書クラスを開発し（尋ねないで）、宣言は

public class Dictionary<TKey, TValue>

ただし、タプルのようなもので、型が本質的に無意味であるものについては、以下を完全に受け入れられると考えます。

public class Tuple<T1, T2, T3>

Tはかなり標準になっていますが、あなたは正しいと思います。これはおそらく、古いC ++時代と「T型」という言葉に由来しています。できる限り説明的にするのは良い習慣だと思いますが、それは主観的なものです。

多くの人がインターフェイスにIを選択するように、Tをプレフィックスとして選択できます。かくして

class Juice<TFruit> where TFruit...

私の謙虚な意見では良い名前でしょう。ほとんどの場合、接尾辞よりも接頭辞の方が好きです。つまずいたときに見ているものがすぐにわかり、Intellisenseのようなもので検索するのが簡単になるからです。タイプ（TextBoxなど）を常に知っている可能性が高いが、与えた説明的な名前が100％わからない場合は、UIコントロールにもお勧めします。

マイナス面は、型自体がTで始まる場合に見た目が悪くなることです。したがって、以下のような特別な場合にジェネリック型に接尾辞を付けるのは良いことだと思います。

class SomeAlgorithm<TypeT> where TypeT : Type

これは単なる私の意見であり、非常に主観的であることに注意してください。しかし、接尾辞よりも接頭辞を優先することに関して、私は小さな点を持っていると思います。

Microsoftには、ジェネリックに関する公式のガイドラインがあります：クラスの名前、構造体、およびインターフェイス（ここで引用し、本の形で：フレームワーク設計ガイドライン）。

あなたの特定の質問については、それは言う：

一文字の名前が完全に自明であり、説明的な名前が価値をもたらさない場合を除き、一般的なタイプのパラメーターには説明的な名前を付けてください。

IDictionary<TKey, TValue> 

このガイドラインに従ったインターフェースの例です。

1文字の型パラメーターを持つ型の型パラメーター名として文字Tを使用することを検討してください。

記述型のパラメータ名の前にTを付けます。

パラメーターの名前で型パラメーターに設定された制約を示すことを検討してください。たとえば、ISessionに制約されているパラメーターはTSessionと呼ばれる場合があります。

ジェネリックのポイントは、機能を委任することです。ジェネリッククラスは1つのことを行い、引数は別のことを行います。教科書の例は一般的なコレクションです。コレクションは「もの」を格納しますが、これらが何であるかは気にしません。したがって、総称名（sic！）には特定のロジックがあります-「T包括的型引数」以外に説明するものはないため、記述的には望ましくありません。コンベンション）。記述的であることは良いことですが、過度に記述的であることは、そこにない制限を示唆します。

ただし、ジェネリッククラスまたはメソッドに複数の型パラメーターがある場合があります。この時点で、それらの役割が明らかになるように、よりわかりやすい名前を付けることが理にかなっています。良い例は、キーと値の両方がジェネリックであるキーと値のコレクションタイプです。それらを呼び出すTとS（あるいはQあるいは何でも）は、それらを呼び出す未満有用言う、うKeyTypeとValueType、あるいはTKeyとTVal。

答えは確かに主観的です。ただし、コードは自己文書化する必要があるため、質問としてのメリットがあり、おそらくそれを行うためのより良い方法をすべて学ぶことができます。

以下は、私が学んだ慣習です。

• ジェネリック型パラメーターは、具象クラスと間違われることはありません。これは一般的に、Tインターフェースが一般的にで始まるように、続くものに関係なく、の前書きを奨励しIます。

• 通常、クラスまたはメソッドの単一のジェネリック型パラメーターにはラベルを付ける必要がありますT。これは、C ++テンプレートにさかのぼるほぼ普遍的に理解されている規則です。

• 同じクラスまたはメソッド宣言の複数のジェネリック型パラメーターはすべてTで始まる必要がありますが、簡潔だが理解可能な手段で区別されます。TInおよびTOutは、たとえば、強く型付けされたジェネリック入力を受け入れ、強く型付けされたジェネリック出力を生成するメソッドの一般的でよく理解されているGTPです。

• .NetのTupleのような包含クラスやFunc、Predicate、Actionのようなデリゲート型など、複数の区別されているが目立たない型には、T1、T2、T3などのラベルを付けることができます。 /または非常に具体的な型の制限）より説明的なものが必要です。

• 含まれるクラスのジェネリック型とは異なるメソッドの単一のジェネリック型は、クラスまたはメソッドの複数の型に関する前述の規則に従うか、または型が異なる以外に目立たない場合は、異なるものを指定できます。単一の文字、多くの場合、UまたはV。これもまた、C ++テンプレートに由来する慣習です。

• 何を選択しても、一貫性を保ちます。2番目のクラスが最初のクラスでネストされており、2番目のクラスで使用できない場合を除き、1つのクラスTと次のクラスのGTPにラベルを付けないでください。TParamT