-1

私は通常、自分のプロジェクト用に別のクラス ライブラリを作成し、それをフォルダーに分割します

Services
 -all my .cs files that are service(business logic)

Data
 - Mapping 
   - nhibernate mapping files

Domain
  - domain files

また、たとえば、フォースクエアで何かをしているように、他のフォルダーも作成します。そのため、すべてのclass filesフォルダーが"foursquare"

しかし、どこに置くべきかわからないものone off class files。たとえば、私は"HtmlWhiteList" class唯一の種類のホワイトリストを持っています。

それはたった1つのファイルなので、独自のフォルダーを持つべきではないと思いますが、同時にルートに置くのは好きではありません。

独自のフォルダーにふさわしくないクラスファイルをどこに置くべきか提案はありますか?

4

5 に答える 5

1

他のものを保持する「ユーティリティ」フォルダーを作成することがあります。物事は通常そこに行き、似たような他のクラスがあるとどこかに移動します...しかし、時々そこにとどまります。確かに、これは個人の好みによる非常に主観的なものです。

于 2013-04-24T21:03:36.270 に答える
1

一般的な経験則として、新しいクラス ファイルは、それを呼び出す他のクラスのルートに配置します。類似したクラスが 5 つ以上ある場合は、フォルダーを作成し、同じレベルのフォルダーに配置します。

于 2013-04-24T22:17:05.600 に答える
0

この種の構造の使用をやめました。「enums」、「interfaces」、「entities」などのフォルダーを持つことになりました。機能のコードを書くとき、機能「注文」としましょう。注文関連のクラスはいたるところに分散しているため、必要な型を取得するにはすべての名前空間が必要です。そこで、「orders」「articles」「users」などの名前空間を持つ機能指向の構造に変更しました。

.Net 命名ガイドライン Names of Namespaces にアドバイスがあります。

<Company>.(<Product>|<Technology>)[.<Feature>][.<Subnamespace>]

はどの機能に属しHtmlWhiteListますか? セキュリティに？クライアントセッションへ？それが何なのか分からないのでなんとも言えません。

于 2013-04-26T10:01:33.467 に答える
0

それを呼び出すコードのクラスに入れるだけです。それ以外の場合は、独自のフォルダーを指定するだけです。常にそこに属する唯一のクラスであるという保証はありません。ただし、これは具体的な答えがあるというよりも、意見の質問だと思います。

于 2013-04-24T21:02:22.447 に答える