1

大量の実装コードからパブリック API を作成するときに、名前空間を適切に使用する方法を見つけようとしています。

最も頻繁に使用されるフレームワークの問題を回避するために、会社が作成したすべてのコードに友好的な公開の顔を付ける API を作成しています。

新しいプロジェクトのルート名前空間は「FrameworkSDK」と呼ばれます。

FrameworkSDK の下に、FrameworkSDK.CompanyNameLibrary があります。これは、私の会社が作成したすべての実装コードが存在する場所です。

新しい開発者がすぐに使い始めることができるように、理想的にはFrameworkSDK.CompanyNameLibraryの上に素敵な顔を置くPublicFacingAPIを書き込もうとしています.

新しい PublicFacingAPIcode をどの名前空間に配置すればよいですか?

FrameworkSDK.CompanyNameLibrary.PublicFacingAPI に配置する必要がありますか? 次に、開発者がこの dll をインポートするたびに、それはばかげた using ステートメントになります。

このコードを FrameworkSDK 名前空間に配置することもできますが、その場合、すべてのパブリック クラスに using ステートメント using FrameworkSDK.CompanyNameLibrary または using FrameworkSDK.CompanyNameLibrary.SubNameSpace を含める必要があります。

このコードはどこに行くべきですか?

ありがとうございました

4

2 に答える 2

1

公開部分に別の名前空間が必要な理由がわかりません。すべてをできる限り親しみやすいものにし、本当に隠しておくべきビットについては、内部型として保持します。

次に、「SDK」部分を削除して、次のように変更します。

CompanyName.BclPlusPlus

または、コア .NET フレームワークを強化しているような印象を与える類似のプロジェクト名。私は間違いなく会社名を「ルート」として分離します。

于 2012-09-18T18:41:18.740 に答える
1

SDK.CompanyNameLibrary.CompanyInternalAPI がそれほどばかげているとは思いません。少し長いですが、説明的で、dll を使用している人なら誰でも何を取得しているかを正確に知ることができます。

于 2012-09-18T18:32:21.003 に答える