ランタイム型情報に関連するいくつかのことを考えています。私よりもはるかに大きなプロジェクトに取り組んでいるプログラマーからのフィードバックが欲しいです。プログラムが 1 つのプロジェクトで 65536 (2^16) を超えるユーザー定義型 (クラスと構造体) を持つことを期待するのはまったく合理的ですか? これは65536 インスタンスを意味するのではなく、65536タイプを意味します。コンパイラが 1 つのプロジェクトで 65536 個のクラス/構造体に制限したとしても、実際にはまったく問題になるでしょうか?
4 に答える
1
いいえ、その時点でプロジェクトを強力に分離する必要があるためです。プロジェクト間で相互にやり取りする必要があるのは、「公開」タイプのみです。その場合、制限は次のようになります: プロジェクトごとに最大 2^16 型、すべてのプロジェクトで最大 2^16 公開型。
于 2009-03-10T13:56:43.950 に答える
1
それは優先順位の問題です。プロジェクトの現在の範囲で「無制限」の数の型を実装するのに費やされた時間 (およびコードの量) は妥当ですか?
プロジェクト/コンパイラが成長するにつれて、保守性も考慮する必要があります。
特にこれをターゲットにしていない場合、肥満の量のタイプを持つような特別なケースは、それを考慮に入れることを本当に正当化するものではないと思います。あなたのターゲットオーディエンスは誰ですか?
更新： 場合によっては、他の側面（メモリ、実行速度など）でより効率的になるために、実際に自分自身を制限したい場合があります。明確に文書化されている限り、特定のニーズに合ったものを使用する必要があると思います.
于 2009-03-10T14:43:10.597 に答える
1
これは環境の制約だと思います。一部のシステム タイプは自動的に生成されます。この場合、多数のタイプが作成されます。これらが 65536 に近くない場合でも、なぜそのような制限を課す必要があるのでしょうか?
最新のすべてのアプリケーション/システムでは、すべてのオブジェクトの数はシステム メモリによってのみ制限されます。他の制限を持つことは一歩後退です。
于 2009-03-10T14:06:11.167 に答える
0
type info == 16-bit number なんて誰が言ったの?
于 2009-03-10T13:56:15.777 に答える