アンチパターンにはどのような名前が付けられていますか？[閉まっている]

いくつかの名前があります。それらの名前に手を伸ばせば、すでに何かを台無しにしていることがわかります。

例えば：

XxxManager
クラスはクラスが何をするのかを記述する必要があるため、これは良くありません。クラスが行うことに対して思いつく最も具体的な単語が「管理」である場合、クラスは大きすぎます。

他にどのようなアンチパターンが存在しますか？

明確にするために、私は「どのような名前が悪いのか」とは問いません。その質問は完全に主観的なものであり、それに答える方法はありません。「システムの全体的な設計上の問題を示す名前は何ですか」と私は尋ねています。つまり、コンポーネントXyzを呼び出したい場合は、おそらくコンポーネントが不十分であることを示しています。また、すべてのルールには例外があることに注意してください-私は本当にデザインを停止して再考する必要がある場合の警告フラグを探しています。

次のアンチパターンの命名は、.NET、特にC＃に関連しています。

• 矛盾。すべてのフィールド名を先頭にアンダースコアを付けて開始することにした場合は、それに固執します。
• 母音が欠落している曖昧な略語。のようなフィールド名を真剣に見ましたcxtCtrlMngr。それが何を意味するのか、ほとんど推測できません。
• 長くて冗長な変数名。ILoginAttemptRepositoryうまく説明的です— ILoginAttemptRepositoryUsingEntityFrameworkForObjectRelationalMapping説明的ですが、間違いなくうまくありません。

私がよく遭遇するのは、単純に命名パターンをまったく使用しないことです。通常、開発者の無知（ネーミングパターンは良いこと）を示し、このアンチパターンは、クラスに関連するあらゆる種類のメソッドをそのクラス自体に詰め込むことにより、SRPに大きく違反する傾向があります。クラスには、プロパティ、CRUDメソッド、アプリケーションの一部が必要とする顧客にリモートで関連するものがあります。

また、接尾辞として「エンジン」を使用することは、「マネージャー」を使用することとほぼ同じであることを追加します。それは非常に曖昧で、クラスと呼ばれるクラスはXxxEngine多くのメソッドを含むVBスタイルのモジュールになる傾向があるため、オブジェクト指向プログラミングの知識やアイデアがなくても、「使いやすい」スポットにあります。

まず、簡単な答えを最初に入力してください：hungarianと入力します（http://mindprod.com/jgloss/unmainnaming.html、他にも素晴らしいアイデアがあり ます。 /articles/Wrong.html）

インターフェイスの名前に「I」を、または抽象クラスの名前に「Abstract」を付ける。これは、抽象クラスの概念を持たない言語や、インターフェースと抽象クラスを区別しない言語では許されるかもしれませんが、たとえばJavaでは常に悪い考えです。

また、私はマネージャーの事についてあなたに同意しません。私は時々このパターンを使用しますが、それは単に別の名前を付けようとした場合、その名前はXxxxxManagerよりも記述的ではないことを意味します。いくつかのタスク（必ずしも複雑なタスクである必要はありません）がありますが、1つまたは2つの単語で簡単に要約することはできません。

剥離：

私は傾いた障害を抱えており、綴ることができません。スペルチェッカーがないと、作成するすべての名前を検証のためにワードプロセッサにコピーしようとしますが、いくつかは常に見逃しています。私の最後のプロジェクトでは、APIの大部分を書きましたが、「レスポンス」という単語を初めて使用したときにスペルチェックをしなかったと思います。少なくとも50の機能があり、応答がありました。新しい人がチームに来て、なぜ私が本当に愚かだと感じたのかを尋ねました。

まあ、私の意見は少し物議をかもしていると思う。しかし、試してみましょう...

XxxController、XxxHandlerなどの名前のMike Baranczakは、よく使用するものです。コントローラーは、トランザクションの管理、予期しないエラーの処理、実際の作業を行うためのXxxHandlerの呼び出しなど、「カプセル化された」何かのエントリポイントのようなものです。XxxManagerはコントローラーの同義語だと思います。あるケースではManagerを使用し、別のケースではControllerを使用しないことが重要だと思います。チームで作業する場合、一貫性を保つことは非常に重要です。

このようなもののより良い名前を見つけることは本当に難しいか、あるいは不可能かもしれません。状況をより明確にするために、Xxxを適切に選択する必要があります。

個人的に嫌いなのは、get ...またはset ...というメソッドが単なるアクセサー以上のものである場合です。私は決定するのが好きです...

もう一つ、それは私の心に浮かびます：叔父ボブによると。メソッド名の「And」は、多くのことを行うサインです。しかし、人生は常に白黒だけではありません-私はそれが大丈夫だと思う状況があります-例えば。パフォーマンスの問題（データを処理しない理由を確認するために既にデータを持っている場合）のため...

個人的には、システムハンガリー記法の大ファンでもあります。ほとんどの場合、IDEでソースコードを扱っています。しかし、多くの場合、エディターだけを使用しているか、ブラウザーでリポジトリを参照しています。欠点の1つは、タイププレフィックスによるツールサポートです...

私は、最も重要なことは、賛成であるということです-準最適な慣習-私にとって-慣習を持たないよりも優れている...

おそらく、最悪のネーミングアンチパターンはこれです。

create table stuff(..., foo1 string, bar1 string,
                        foo2 string, bar2 string, 
                        foo3 string, bar3 string, ...)

[foo、bar]ペアの3要素リストがあります。4番目が必要な場合は、テーブルに新しい列を追加する必要があります。

このようなコードにつながる：

'SELECT foo' + i + ', bar' + i + ' FROM stuff'

foo列とbar列を含む別のテーブルを作成し、stuffテーブルにリンクする必要があります。

create table fubar(foo string, bar string, stuff_id long)

2番目に悪いのはこれです：

class Student {
  ...
  String homeStreet;
  String homeCity;
  String homeState;
  String permStreet;
  String permCity;    
  String permState;
  ...
}

ここでは、Addressクラスの2つのインスタンスの代わりに6つのフィールドがあります。

このアンチパターンは、[foo、bar] x [1,2,3]または[home、perm] x [street、city、state]などの2つのセットのすべての組み合わせをリストする一連の2部構成の名前でマークされます。

トートロジーであるクラスまたはインターフェースの命名は、リンクが言及しているJavaだけでなく、どの言語でも悪いものです。

トートロジー（修辞学）、繰り返しが明確さを提供しない場合でも、同じことを言うために異なる単語を使用します。

Libraryまたはなどの一般的な名前のソフトウェアライブラリに頻繁に遭遇しますCommon。それらは、次善の設計を示しています。開発者は、機能に基づいて分解された設計を作成しようとすることなく、コードの重複を避ける努力をします。

命名に関するMicrosoftから、悪い名前については次のリストを提供できます。

1. セマンティックではありません。つまり、名前を持っているため、その機能を強調する代わりに、使用するテクノロジまたはそのベースのパターンを強調しています。
2. それらは構文上の一貫性に従っていません。たとえば、名前の一部はキャメルケース、その他の部分はパスカルケースです。
3. CanScrollHorizo​​ntallyの代わりにScrollableXのように、それらは理解しにくい略語です
4. それらは、その環境のキーワードを台無しにするように選択されています。