2

C ++での概念のデモンストレーションのために、型、関数、変数、たとえばFoobarにプレースホルダー命名スキームを使用する必要があります。いくつかの異なるエンティティに名前を付けて区別し、クラス、関数、メンバー変数に同時に使用される foo/bar だけで終わることは、視覚的に区別することにはなりません。これらのエンティティに役立つプレースホルダー命名スキームはありますか?

enum Enum1 { ... }

struct Struct1 { ... }

class Class1
{
public:
    void function1();
    void function2();
    ...
private:
    int variable1;
    int variable2;
    ...
}

型、関数、変数に foo/bar だけを使用すると、区別はそれほど明白ではありません

enum Foo { ... }

struct Bar { ... }

class Foo
{
public:
    void foo();
    void bar();
    void baz();
private:
    int foo_;
    int bar_;
}
4

2 に答える 2

2

動物は、オブジェクト指向プログラミングを説明するためによく使用されます。同種および異種の振る舞い ( eat、bark)、関係ツリー ( Dalmatianis-a Dog、Doghas-a Tail) などを備えています。

もちろん、同じ問題は非 OOP 手法によって解決できます...同じ属性は、仮想関数、テンプレートの特殊化、アダプターenable-ifなどを介した動的ポリモーフィズム間の関係を有効に示します。

于 2013-03-18T19:23:22.330 に答える
1

私が理解している限り、このような例は、式、構文、またはアーキテクチャパターンを説明するために使用するのに適していますが、アルゴリズムやビジネスロジックの部分を説明するためには使用できません。最後のものを説明しようとするときはいつでも、アルゴリズムにおけるそれらの役割を説明する意味のある名前を使用することを本当に検討する必要があります。

私の場合、私は通常foo/ bar/ moo/などを使用します。例が適度に短い限り、booこれは非常にうまく機能します。

例が十分に短くなく、型（関数や配列など）を強調すると読みやすさが向上するように思われる場合は、functionA/functionBを代わりに使用できます-（数字よりも）読みやすいようです私見を念頭に置いてそのような名前を操作します。数字は気を散らす可能性があります。

class Person別の方法（SQLクエリについて説明するときに特に効果的ですが、一部のC ++の場合にも役立ちます）は、class Employeeサブクラスのようなプリミティブな実在のエンティティを使用することです。

OOPの例を専門家以外の人にデモンストレーションしようとする場合、この場合、Foo / Bar/Function1は絶対にオプションではありません。そのときは最も優秀な学生だけがアイデアを得ることができます。私の最初のOOPの例は、lightbulbwithメソッド、プロパティ、およびturn onプロパティでした。またはサブクラスで拡張し、クラスにカプセル化することができます。OOPをさらに進めてインターフェースを導入すると、インターフェースを実装したり、インターフェースを導入したりすることもできます。turn offisOncolourpowerfluorescentincandescent lampdesk lampac-powereddc-powered

Foo / Barなどの使用は、あなたと同等以上の経験を持つ人々、つまりすでに言語を完全に理解している人々とコミュニケーションをとる場合にのみ関係します（たとえば、「使用すべきfoo + barかfoo.plus(bar)？」のような質問をする場合）。

于 2013-03-18T19:38:18.750 に答える