VCLプロジェクトには同じクラス名で異なる名前空間を持つ2つのフォームがありますか？

Question

Iこれはコンパイルが、私は、次のヒント

[DCC32ヒント] H2161警告得る2つの異なる名前空間で同じクラス名で

FirstNameSpace.ExampleFormName.TExampleFormName 
SecondNameSpace.ExampleFormName.TExampleFormName 

2つのフォームを作成しようとした：重複リソース：タイプ10 （RCDATA）、ID TEXAMPLEFORMNAME;ファイル FirstNameSpace.ExampleFormName.TExampleFormName.DFMリソースが保持されます。 ファイルSecondNameSpace.ExampleFormName.TExampleFormName.dfmリソース が破棄されました。

TExampleFormNameを参照するとプログラムがクラッシュします。

リンカが正常に動作するのに十分な情報がないようです。

この方法を使用する方法はありますか？

Answer 1

いいえエラーの性質と内容に示されているように、関連付けられたフォームファイル（.dfm）内のクラス名の参照は、名前空間で修飾されておらず、いずれも対応するリソースIDではありません。

フォームのクラス名は、アプリケーション内/アプリケーション内で一意である必要があります。

同様に、DFMで参照されるコンポーネント（フォームに配置されたコントロールを含む）のクラス名も、名前空間で修飾されていないため、一意である必要があります。

ユニークなコンポーネント/制御クラス名を促進/確保するために、プレフィックスシステムがベンダーおよびコンポーネント開発者によって採用されました。つまり、ベンダーやコンポーネント群などで作成されたすべてのクラスは、通常の名前に加えて共通の接頭辞を共有します。 ACMEという会社が強化され、標準のUIコントロールのライブラリを提供した場合

例えば、彼らはそれを名前を付けます：

TAcmeEdit 
TAcmeButton 
TAcmeListbox 
etc 

標準と区別するためにはVCL（非は、接頭辞）コントロールまたは他のベンダーコントロール（別のプレフィックスを使用）から取得します。

The Delphi Prefix Registryは、これらのプレフィックスの一覧を保持しています（これらのプレフィックスは、まだ使用されていないプレフィックスを確実に選択するために、コントロール/コンポーネントライブラリの開発者にはほとんど使用されています）。

FMXアプリケーションリソースの処理方法がわかりません。この場合、mayとなる可能性があります。しかし、ちょうど私がそれを知らないのではの仕事はそれを意味しないそれははを意味しません。