7

私は通常 C#/.Net で作業していると言って前置きします。

通常、私は共通の再利用可能なコンポーネントを名前空間に配置する命名スキームを使用します。この名前空間は、組織とプロジェクト固有のコンポーネントをプロジェクトに関連付けられた名前空間に反映します。私がこれを行う理由の 1 つは、自分のコンポーネントを部門外の他のユーザーと共有することがあるためです。プロジェクト固有の名前空間は、通常、部門の名前または略語で始まります。プロジェクト間でコードを再利用するときは、通常、組織ベースの名前空間の 1 つに移行します。

例えば：

UIOWA.DirectoryServicesActive Directory の特定の実装を扱うクラスが含まれています。

UIOWA.Calendar大学のマスター カレンダーを扱うクラスが含まれています。

LST.Inventory.DatalayerLearning Spaces Technology グループ インベントリ アプリケーションのデータ層を実装するクラスを保持します。

私は現在、大学外で販売される可能性がある大学 (チャリティー イベントを運営する学生グループ) とのあいまいなつながりを持つエンティティのプロジェクトに着手しているため、実際には適合しません。つまり、部門は、プロジェクトを使用する可能性のある多くの顧客の最初の顧客にすぎません。

私の傾向としては、組織の命名ルートに進み、このアプリケーション用に「組織プロジェクト」の名前空間を作成することです。他の人がこれをどのように処理しているか、またアドバイスがあればお聞きしたいと思います。

ありがとう。

名前空間の編成に関するこの関連する質問も参照してください。

編集

最終的に、org/project 名前空間を作成し、UIOWA.MasterEventそこからさらに名前空間を派生させました。将来のプロジェクトのための他の意見にまだ興味があります。

4

3 に答える 3

6

私の部署では、過去 5 年間で彼の名前が 3 回変更されたので、誰かが組織名で名前空間を使用しないことに決めたことを嬉しく思います...

名前空間はプロジェクト名ごとに整理されています。Toolbox再利用可能なものは名前空間に入れられます。おそらく少し粗雑ですが、これまでのところ非常にうまく機能しています。

于 2008-10-27T14:28:51.693 に答える
1

私は .NET 開発者ですが、一意性が保証されるため、常に組織のプロジェクトの名前空間 (com.bolidian.projectspace) を使用しています。

于 2008-10-27T14:20:09.607 に答える
0

組織を使用し、その後に Acme.Crm などの製品を使用します。サブ名前空間でクラスをグループ化するときは、常に複数形またはアクションを使用して、クラスと衝突しないようにします。例えば

  • Acme.Crm.Letters
  • Acme.Crm.請求

私は Microsoft の慣習に従い、CRM の代わりに Crm、SQL の代わりに Sql などの頭字語を大文字にしないようにしていますが、それは個人的な好みです。

于 2010-03-31T09:26:41.910 に答える