🚿 ♐️ 👨🏿‍⚕️ C ++の少しの反射。パート3：ドキュメント 👩🏾‍🤝‍👩🏻 👍🏾 🍘

重要な更新。 記事を読む前に読む

私のせいで、これらの出版物に関して混乱が生じました。そこで、この警告を追加することにしました。

この一連の記事では、特定のcpprtに関係なく、特定のオープンソースライブラリの開発の歴史をより強調したかったのです。ストーリーは、ソースコードの作成（ライブラリ自体に関係なく、人々が読むことに興味を持ついくつかの興味深いものに重点を置いて）から、リポジトリの作成（CMakeレッスンで）およびライブラリのプロモーション（プロモーションの一部にこのシリーズの記事の発行が含まれる）にあります。オープンソースを投稿することを考えていたが、恐れているか、方法を知らなかった人々のためのこのようなトレーニングデモプロジェクト。

もちろん、図書館がどういうわけか活気づいたかどうかは気にしませんし、記事の中には最小限の図書館広告しかありません（ネタバレの下に隠そうとしました）。しかし、それでも、このサイクルの目的はかなり教育的であり、私が望んでいるように、一般的には図書館とのコミュニケーションなしに適用できると考えました。

一連の記事を読むときにこれを考慮してください。

この記事は、 cppランタイムライブラリの開発サイクルの3番目で最後です。これにより、C ++クラスに関するメタ情報を追加し、プログラム実行中にこの情報を引き続き使用する機能が追加されます。

この記事では、ユーザーがライブラリを操作する方法について説明し、シリーズの最初の2つの記事で説明した作業の最終結果を示します。

サイクル内のすべての記事へのリンク

1.開発について

2.出版の準備について

3.結果について

ライブラリリポジトリへのリンク

この記事に記載されていることは、 e9c34bbコミットにも当てはまります。

プロジェクト構造

-ドキュメント---

readme.md

READMEファイル。これは、プロジェクトに慣れるためのファイルとして考案されました。

README.cmake

CMakeおよび/または付属の追加のビルド目標を使用してライブラリをビルドする方法を示すファイル。

/ docs

ドキュメントが入ったフォルダ...残念ながら、その中にある唯一のものは、この一連の記事へのリンクです。私は間違っていて、ドキュメントを最後に延期し、このシリーズの記事に週末がなければ3週間の仕事の後、対処する勇気がありませんでした。

-cpprtライブラリファイル---

/含む

cpprtライブラリAPIにアクセスするためのプログラミングインターフェイス。

/ src

ライブラリのソースコードを含むフォルダー。

-一般的なシステム向けのビルド---

/ビルド

いくつかの一般的なツールチェーンとIDEの既製プロジェクト。

/ lib

いくつかの一般的なコンパイラ用の既製のライブラリビルド。

-追加プロジェクト---

/例

サンプルのソースフォルダー...現時点では、ライブラリの使用原理を示す1つの簡単な例です。

/ツール

ライブラリに付属するツールのソースフォルダー。

-ビルドシステム---

/ビルド

ライブラリや追加のビルド目標をビルドすることが推奨される空のフォルダー。

CMakeLists.txt

CMake構成ファイル。

-その他のファイル---

Licence.txt

プロジェクトが配布されるライセンスファイル（MIT-license）。

copy.txt

ライセンス情報を記述するソースコードファイルのヘッダーテンプレートファイル。

図書館および付属資料の組み立て

プロジェクトのビルドシステムがどのように作成されたかについては、サイクルの2番目の記事（リンク）で読むことができます。

ライブラリ自体とサポート資料を構築する推奨方法には、 CMakeの使用が含まれます。 CMakeがインストールされていない場合は、こちらからダウンロードできます。

コマンドラインからビルドするには、次の手順を実行します。

1.都合の良い場所に、ビルドするフォルダーを作成します。このフォルダーに移動します。

mkdir {your-build-folder}

cd {your-build-folder}

{your-build-folder} - ビルドするフォルダー 。

2.コマンドを呼び出して構成を生成します。

cmake -G "{generator-name}" {options} {cpprt-folder-path}

{generator-name} -クラウドインのジェネレーターの名前。

{options} -収集する内容を正確に示すオプションのリスト。

オプションの詳細

選択したオプションに関係なく、生成された構成（IDEファイル）には、cpprtライブラリ自体の静的アセンブリのために、少なくとも1つのビルドターゲットが常にあります。追加のサポートプロジェクトのアセンブリの構成を生成するには、次のオプションを使用できます（オプションのデフォルト値が最初に指定されます）。

-DBUILD_ALL = {OFF / ON}

このオプションをONに設定すると、一緒に提供されるすべての付随するライブラリプロジェクトの構成が生成されます。さらに、特定のアセンブリ目標を組み立てるためのオプションがある場合。

-DBUILD_TOOLS = {OFF / ON}

このオプションがオンに設定されている場合、ライブラリに付属のツールを組み立てるための構成が生成されます。現時点では、コンソールというツールが1つあります（これについてはさらに説明します）。

-DBUILD_EXAMPLES = {OFF / ON}

このオプションがONに設定されている場合、ライブラリで提供される例をビルドするための構成が生成されます。現時点では、動物のクラスの階層の古典的なOOPの例を説明する1つの例（simple_example）があります。

追加オプション：

-DCONSOLE_WITH_EXAMPLE = {ON / OFF}

このオプションがON（デフォルトで設定）に設定されている場合、コンソールツールのソースコードとともに、テストクラス階層の説明を含むファイルが収集されます。

{cpprt-folder-path} -cpprtリポジトリのクローンのルートであるフォルダー。

呼び出し後、ツールチェーン（またはIDE）の構成ファイルが{your-build-folder}フォルダーに生成されます。さらに設定する必要はありません。目的のアセンブリ目標（IDEのプロジェクト）のアセンブリを開始するだけです。

ライブラリ機能

cpprtライブラリが提供するAPIを使用して、クラスを登録できます。クラスが登録されている場合、次のオプションが開かれます。

1.文字列表現のクラス名に基づいて、プログラムの実行中にクラスオブジェクトを作成します。

2.クラスの登録相続人および先祖に関する情報へのアクセス（登録中に送信される情報の範囲まで）。

3.クラスの抽象性に関する情報を受信する機能。

4.オブジェクトのメソッドを介してクラスの文字列名を取得する機能。

以下は、クラスメタ情報のユーザーインターフェイスです。ここでは、クラスのプライベートメンバー、メソッド実装、およびその他の殻は省略されています。登録済みクラスのメタデータとの対話が発生するインターフェースのみ：

Cpprtライブラリインターフェイス

// ,     cpprt. // -      //     . class CPPRTRuntime { public: //---------------------------------------------------------------- //  // ,     //    .   //   ,   //    .    //       //   CPPRTRuntime. class ClassData { public: //     . //      //        // ++.     // (ns -   namespace).   //      //     . // <fullName> = <ns>::<ns>::<ns>...<ns>::<name> const char *fullName() const; const char *name() const; // ,    ,   //   , ,  //     . bool isInterface(); //   ,   //   ClassData. ICPPRTManagedClass *createObject(); }; // ,     //       //   CPPRTRuntime::observeChildren(…).   //      : enum ObservingFlag { //    ,     //       // . ObservingFlagWithoutInterface = 1 << 0, //       //     (  // ,     ). ObservingFlagRecursive = 1 << 1, //    ,     //     ,   //    ( inBaseRegistry //  CPPRTRuntime::observeChildren(…) ObservingFlagIgnoreBase = 1 << 2 }; // ,       //    .   , //    ( ,  //  ,    ) typedef char ObservingFlags; //---------------------------------------------------------------- //  //  ,      //    inBaseRegistry   ,  //    inFlags (. ).   , //   ,   ,  //   outRegistries. //    inBaseRegistry  NULL,    // ,  ,     // ,      //  ,   . void observeChildren(ClassData *inBaseRegistry, std::vector<ClassData *> &outRegistries, ObservingFlags inInheritFlags = 0); //        //     . ClassData *getClassData(const char *inClassName); //  ,      //   . ICPPRTManagedClass *createObject(const char *inClassName); }; //        . CPPRTRuntime &cppRuntime(); //      .   //       ,   //    . typedef CPPRTRuntime::ClassData CPPRTClassData;

APIを使用してメタデータとやり取りする例：

1.クラスの文字列名を使用してオブジェクトを作成します。

 ICPPRTManagedClass *theTestClassObject = cppRuntime().createObject(“TestClass”);

2.基本クラスのオブジェクトへのポインターによる、クラスの抽象性に関する情報の出力：

 void printObjectClassInformation(ICPPRTManagedClass *inObject) { const CPPRTRuntime::ClassData &theClassData = *inObject->getClassDataRT(); std::cout << “Class ” << theClassData.fullName() << “ is ” << theClassData.isInterface() ? “abstract” : “concrete” << std::endl; }

3. TestClassクラスのすべての子孫クラスの名前のリスト。同時に、相続人の相続人が再帰的に選択され、抽象クラスがフィルタリングされ、TestClassクラス自体のメタ情報が結果リストに追加されません。

 std::vector<CPPRTClassData *> theChildData; cppRuntime().observeChildren(TestClass::gClassData, theChildData, ObservingFlagWithoutInterface | ObservingFlagRecursive | ObservingFlagIgnoreBase); for (size_t theIndex = 0, theSize = theChildData.size(); theIndex < theSize; ++theIndex) { std::cout << theChildData[theIndex]->fullName() << std::endl; }

4.祖先のないすべてのクラスの名前のリスト：

 std::vector<CPPRTClassData *> theBasesData; cppRuntime().observeChildren(NULL, theBasesData); for (size_t theIndex = 0, theSize = theBasesData.size(); theIndex < theSize; ++theIndex) { std::cout << theBasesData [theIndex]->fullName() << std::endl; }

クラス登録

次に、クラスを登録するために必要なものを把握しましょう。

1.登録されたクラスには、先祖にICPPRTManagedClassクラスが必要です。ユーザー階層の基本クラスがICPPRTManagedClassを継承すれば十分です。例：

 // UserClasses.h //     . //  ICPPRTManagedClass. class UserBaseClass : public ICPPRTManagedClass { . . . // <-  ,    }; //   UserBaseClass  ICPPRTManagedClass, // UserInheritedClass    ICPPRTManagedClass. class UserInheritedClass : public UserBaseClass { . . . // <-  ,    };

2.登録されたクラスには、cpprtライブラリが使用するメソッドとフィールドが必要です。それらを手動で記述しないためには、登録にマクロを使用することをお勧めします。マクロには2つのグループがあります。必要なフィールドとメソッドを宣言するためと、実装するためです。

宣言。 CPPRT_DECLARATION-宣言用のマクロ。 1つの引数を取ります-登録されるクラスの名前（名前の文字列ではなく、名前自体）。マクロが展開されるコードは、保護されたアクセス指定子で終わります。これは、既存のコードにマクロをより簡単に含めるために行われます。クラス宣言の先頭でマクロを使用すると、後続のすべての宣言されたクラスメンバーのアクセスは、マクロを使用しない場合と同じままになるためです（C ++では、宣言されたメンバーは別のアクセス指定子の前に宣言されるためクラスにはアクセスが保護されています）。例：

 // UserClasses.h class UserBaseClass : public ICPPRTManagedClass { //   ,  ,   //     //   protected. CPPRT_DECLARATION(UserBaseClass) . . . // <-     }; class UserInheritedClass : public UserBaseClass { //       //    –   //   CPPRT_DECLARATION(UserInheritedClass) . . . // <-     };

実装。クラスに関するメタ情報の大部分は、実装マクロの一部として渡されます。これらのマクロは、基本クラスの数に応じてグループに分けられます。

CPPRT_CLASS_IMPLEMENTATION_BASE_ {N}（C、B1、...、BN）

CPPRT_INTERFACE_IMPLEMENTATION_BASE_ {N}（C、B1、...、BN）

Nは基本クラスの数です。

Cは、実装が記述されているクラスの完全修飾名です。

B1 ... BNは、基本クラスの完全な名前です。これらのクラスはcpprtで登録する必要があります。

CLASSを持つマクロは、オブジェクトを作成できるクラスを登録するために使用され、INTERFACEでは、抽象クラスを登録するために使用されます。例：

 // UserClasses.cpp CPPRT_CLASS_IMPLEMENTATION_BASE_0(UserBaseClass); CPPRT_CLASS_IMPLEMENTATION_BASE_1(UserInheritedClass, UserBaseClass);

実際には、それだけです。説明されていることは、cpprt内でクラスを登録するのに十分です。リポジトリ内で実際の例を見ることができます（アセンブリの目的はsimple_exampleで、オプション-DBUILD_EXAMPLES = {OFF / ON}がCMakeを通じてプロジェクトを生成します）。

ここでは、より複雑なクラス階層である典型的なシューティングゲームのクラス継承階層を登録する例を示します。

WeaponClasses.h

 // Abstract classes // Bases class IWeapon : public ICPPRTManagedClass { CPPRT_DECLARATION(IWeapon) . . . }; class IAntiAir { CPPRT_DECLARATION(IAntiAir) . . . }; // Classification by weapon type class IMachineGunWeapon : public IWeapon { CPPRT_DECLARATION(IMachineGunWeapon) . . . }; class IRocketWeapon : public IWeapon { CPPRT_DECLARATION(IRocketWeapon) . . . }; // Concrete classes // Machine guns class M16 : public IMachineGunWeapon { CPPRT_DECLARATION(M16) . . . }; class Abakan : public IMachineGunWeapon { . CPPRT_DECLARATION(Abakan) . . . }; class Uzi : public IMachineGunWeapon { CPPRT_DECLARATION(Uzi) . . . }; // Rocket weapons class Stinger : public IRocketWeapon, public IAntiAir { CPPRT_DECLARATION(Stinger) . . . }; namespace IraqEdition { class Bazuka : public IRocketWeapon { CPPRT_DECLARATION(Bazuka) . . . }; } // Tank inner classes class Tank { public: class MachineGunTurret : public Abakan, public IAntiAir { CPPRT_DECLARATION(MachineGunTurret) . . . }; class RocketTurret : public IRocketWeapon { CPPRT_DECLARATION(RocketTurret) . . . }; };

WeaponClasses.cpp

 // Abstract classes // Bases CPPRT_INTERFACE_IMPLEMENTATION_BASE_0(IWeapon) CPPRT_INTERFACE_IMPLEMENTATION_BASE_0(IAntiAir) // Classification by weapon type CPPRT_INTERFACE_IMPLEMENTATION_BASE_1(IMachineGunWeapon, IWeapon) CPPRT_INTERFACE_IMPLEMENTATION_BASE_1(IRocketWeapon, IWeapon) // Concrete classes // Machine guns CPPRT_CLASS_IMPLEMENTATION_BASE_1(M16, IMachineGunWeapon) CPPRT_CLASS_IMPLEMENTATION_BASE_1(Abakan, IMachineGunWeapon) CPPRT_CLASS_IMPLEMENTATION_BASE_1(Uzi, IMachineGunWeapon) // Rocket weapons CPPRT_CLASS_IMPLEMENTATION_BASE_2(Stinger, IRocketWeapon, IAntiAir) CPPRT_CLASS_IMPLEMENTATION_BASE_1(IraqEdition::Bazuka, IRocketWeapon) // Tank inner classes CPPRT_CLASS_IMPLEMENTATION_BASE_2(Tank::MachineGunTurret, IRocketWeapon, IAntiAir) CPPRT_CLASS_IMPLEMENTATION_BASE_1(Tank::RocketTurret, IRocketWeapon)

Player.h

 class Player { private: IWeapon *_weapon; // Set with NULL value in constructor . . . public: // It's possible to set player's weapon by its class name. void setWeapon(const char *inName) { if (NULL != _weapon) delete _weapon; _weapon = cppRuntime().createObject(inName); } . . . };

Testdrive.cpp

 int main() { Player thePlayer; thePlayer1.setWeapon("Abakan"); return 0; }

その他の機能

cpprt内では、すべてのクラスを登録する必要はなく、クラスのすべての子孫を指定する必要もありません。これは、たとえば、クラス継承でサービスインターフェイスの一部を非表示にする場合に便利です。例：

 // Dog.h class Dog : public Mammal, public ISerializable { CPPRT_DECLARATION(Dog) . . . }; // Dog.cpp // ISerializable       Dog //   .     , //          // .    ISerializable     // . CPPRT_CLASS_IMPLEMENTATION_BASE_1(Dog, Mammal)

コンソールツール

ライブラリに加えて、例に加えて、コンソールツールが配信に含まれています。クラスの文字列名でオブジェクトを作成するためのいくつかのコマンドを提供し（オブジェクトはテスト配列に格納されます）、登録されたクラスの継承階層を表示します。コンソールでサポートされているコマンドの簡単な説明：

助けて

呼び出されたときに、コンソールで使用可能なすべてのコマンドに関する短い情報を出力するコマンド。

印刷（-c）（{full-class-name}）

このコマンドが引数なしで呼び出された場合、現在作成されているすべてのオブジェクトのリストとそのクラスの表示が出力されます。

-cフラグは渡されますが（オプションフラグ）、クラス名は渡されない場合（オプションパラメーター{full-class-name}）、この呼び出しは、ベースクラス（ルートクラス）を持たないすべての登録済みクラスの登録済み子孫クラスのツリーを出力します）

-cフラグに加えて、クラスの名前を指定するパラメーター{full-class-name}が渡される場合、このコマンドは、渡された名前を持つクラスの登録された子孫クラスのツリーを出力します。

{クラス名} {オブジェクト名}を作成

オブジェクトのテスト配列に名前{object-name}を持つ登録済みクラス{class-name}のオブジェクトを作成するコマンド。

{オブジェクト名}を削除

名前でオブジェクトのテスト配列からオブジェクトを削除するコマンド。

出る

コンソールを終了するコマンド。コンソールプログラムの実行を終了します。

おそらく私は、ライブラリを使用する可能性についてすべて話しました。ライブラリで使用されているほとんどのトリックやトリックについて、これらすべての実装方法を知りたい場合は、サイクルの最初の記事（リンク）で詳しく説明しました。その読書は、図書館の原則を理解するのに十分です。

今後の計画

1.継承ツリーを祖先から継承者だけでなく、その逆にもたどる可能性を実現する。

試作機

 std::vector<ClassData *> theParentsData; cppRuntime().observeParents(TestClass::gClassData, theParentsData, ObservingFlagWithoutInterface | ObservingFlagRecursive);

この機能は、現在の実装のフレームワーク内で基本的に実装されます-継承されたメタデータの継承者/基本クラスのメタデータを選択するtrue / false値に応じて、ブール引数ObserveChildrenを使用して、継承者ボイラープレートをバイパスする内部メソッドを作成する必要があります。

2.ライブラリクラスの通常のデータカプセル化を確立します。ライブラリの現在の設計では、多くの不必要な型とメソッド（たとえば、同じCPPRTRuntimeクラス）が突き出ており、ライブラリのユーザーインターフェイスが混乱しています。

3.クラスのメタ情報ツリーをバイパスする機能の反復子を作成します。これにより、子孫ツリーの再帰的なトラバース中のデータの使用が節約され、ユーザーはカプセル化を壊さずにクラス継承ツリーを自分でトラバースできます。

試作機

 CPPRTRuntime::iterator theIterator = cppRuntime().iteratorForClassData(TestClass::gClassData); //   -  TestClass   , //        ClassToFind. CPPRTRuntime::ClassData *theData = NULL; while((theData = theIterator.nextChild()) != NULL) { if (0 == strcmp(theData->name(), "ClassToFind")) { //    -    –     theIterator.moveToChild(); } }

イテレータの代替として、訪問者のデザインパターンを使用できます（たとえば、 clangで行われるように、ここに使用例があります）。このアプローチは通常、ツリーデータ構造をバイパスするために使用されます。

4.ユーザー情報をクラスに追加できるようにします。これにより、要求されたときにこのデータによってクラスをフィルタリングできます。

試作機

 // Classes.cpp CPPRT_CLASS_IMPLEMENTATION_BASE_1(Car, IVehicle) CPPRT_CLASS_IMPLEMENTATION_BASE_1(Bus, IVehicle) CPPRT_CLASS_IMPLEMENTATION_BASE_1(BigBus, IVehicle). //   “bold_in_editor”   //  BigBus. addTag(“bold_in_editor”); // Using.cpp //     ,   //   “bold_in_editor” std::vector<ClassData *> theChildData; cppRuntime().observeChildren(TestClass::gClassData, theChildData, ObservingFlagWithoutInterface | ObservingFlagRecursive | ObservingFlagIgnoreBase, “bold_in_editor”); for (size_t theIndex = 0, theSize = theChildData.size(); theIndex < theSize; ++theIndex) { std::cout << theChildData[theIndex]->fullName() << std::endl; }

4.テンプレートをサポートします。これは非常に重要なタスクです。本当に必要なのか（ほとんどの場合、必要なのか）、テンプレート依存クラスを使用するためのAPIを一般的にどのように説明できるのかをよく考える必要があります。

5.ランタイムでクラスメタデータを操作する可能性について考えます。たとえば、実行時にクラスを登録する、またはその逆-登録されたクラスのリストからクラスを削除します。

試作機

 cppRuntime().createClassData(“MyRTClass”, new CPPRTRuntime::Fabric<MyRTClass>() ); . . . // Use registered class . . . cppRuntime().removeClassData(“MyRTClass”);

原則として、このような機能は既に利用可能ですが、機能よりも設計上のバグです...一般に、この機能はおそらく危険であり、必要かどうかを慎重に検討する必要があります。

6. 提案の場所 。他に何が役立つか提案してください。話し合います。

記事の結論とサイクルの結論

これに、おそらく、あなたは弾丸を置くことができます。私はcpprtライブラリについて望んでいたことすべてを語った。親愛なる読者の皆さん、この一連の記事から何か有益なことを学んだことを願っています。今すぐホームリポジトリにゴミを集めているライブラリを取り、適切にフォーマットして公開していただければ、さらに嬉しいです。あなたの記事のいくつかでそれについて人々に伝えてください！

まあ、興味がある人がcpprtライブラリの開発に貢献してくれたら嬉しいです。

神秘的なメインプロジェクトについて

興味深いのは、どのような「メインプロジェクト」ですか？..これを読んだ場合、計画は成功しています。

メインプロジェクトは、シリアル化のために送信されたオブジェクトの状態に関するデータを使用して、このオブジェクトに関するメタ情報を生成し、さらにこのメタ情報を使用できるようにするライブラリです。

このアプローチは新しいものではないことに注意してください-ゲームプロジェクトでよく使用され、最初の記事で言及したcpprtライブラリアナログの一部を使用すると、クラス登録時にクラスフィールドに同様の情報を設定できます。ここで、プロジェクトの実現および計画されている機能をリストします。そのため、私の意見では、実行する価値があります。

1.ライブラリは、オブジェクトの状態に関するメタデータを収集するだけでなく、収集されたデータは、オブジェクトの状態に影響を与えることができるGUIの生成にも使用されます。このため、ライブラリユーザーがオブジェクトの保存およびロードメソッドを記述してGUIオブジェクトインスペクターを自動的に生成するだけで十分です。現時点では、GUIはQtで作成されていますが、コードはさまざまなGUI（インターフェイスを実装することで接続できるユーザーのGUIを含む）をサポートすることを目的として設計されています。この計画は、GUIを生成するというこのビューのために開かれる機会を試すために下に行きます。

2.私はずっとミドルウェアのコンセプトのファンでした。 1つの目的を持つ多くのツールで共通の基盤を見つけ、この何かをインターフェイスに取り入れ、このインターフェイスのさまざまなツールを手に入れ、インターフェイスの実装を選択する機会に感銘を受けました...そこで、ミドルウェアの概念を実装する方法を決定しました。このため、ユーザータイプシステムをテンプレートライブラリクラスに転送するまで、ライブラリをプロジェクトにユーザーが簡単に統合できるようにします。

現時点では、ライブラリは基本的な動作プロトタイプの状態に書き込まれていますが、機能を拡張および深化する必要があり、プロジェクト構造を公開形式にする必要があります（ドキュメント、サンプル、テスト、ツールなどを追加する）。

私はこのライブラリを自分で切り取りたいと思っていましたが、ある時点で私は縫製していることに気づきました...参加してください、あなたはプロジェクトの共同創設者になります。ここに書かれていることすべてにある程度興味があるなら、私的な手紙に書いてください。

ライブラリを適切な形式にまとめて公開し、PRのための一連の記事を作成します...それで十分です。突然飛び出します。いつか、C ++言語のフレームワーク内でGUIを作成するための新しいマイルストーンの始まりをまとめました。

全部読んでくれてありがとう！少なくとも何か役に立つことを伝えたいと思います！

著者は、記事の誤り、建設的なアドバイスと提案を指摘してくれた読者に感謝します。

キャプション

編集記事：セルゲイ・セメンヤキン

a1ien_n3tの指示に従って、bmpからjpgにイメージをリロードしました。彼に感謝します。

C ++の少しの反射。 パート3：ドキュメント

図書館および付属資料の組み立て

ライブラリ機能

クラス登録

その他の機能

コンソールツール

今後の計画

記事の結論とサイクルの結論

More articles:

C ++の少しの反射。パート3：ドキュメント