https://stackoverflow.com/questions/55692
-
09-06-2019 - |
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
Russian質問
私の背景は、主としてitを活用したマーケティングが、最近はやってもです。います。いそこで広く用いられているいくつかの簡単なプロジェクトホームをします。います。ができている移動の多くのJava経験をします。ネット(具体的にはC#)がるということだけは本当に戸惑いは名前空間
私の名前空間に似たJavaパッケージですが、かえしましたが、主な違いは、Javaパッケージ使用の実際のファイルフォルダを分離に使用可能なす。当期純ないとしているため、すべてのファイルの居住者に単一のフォルダとフォルダの名前空間で宣言された各クラスです。
だが、こうした奇妙なったパッケージとして整理し、グループの関連コードのしやすいものとなってき識の解消に役立ちます。以来ます。純動作しないこの作品はこのように、時間外のプロジェクトが表示されますの過密になりやすくします。
私何かが足りない。しています。はたく別のプロジェクトを解決するのかそれよりいち早く入手することができ、授業やファイル編成内のプロジェクト?
編集：としてのブレア首相はこのことを指しているのですが、ここでは、同じ問題 こちらの.
解決
できない主張で最もよく見かけるようになファイルを編成されるディレクトリ階層のミクのnamespace.い自分のメンタルヘルスモニタコードの優しい-思いつかないの被害.できます。純モデルにな実施の関係、名前空間をプロジェクトディレクトリ構造ではないからだして、そのような関係だ。
ていけるかを話し合いましょleeryの破れのコードをプロジェクトはあなたが必要とするよりも、このゆっくりできる編集、追加の費るだけ"というニーズに対して複数の構成に基づいています。
編集：この問題は近くの複製 のフォルダの溶液に合わせ名前空間?
他のヒント
終社までお問い合わせください。純名前空間の異なるファイルシステムをいただけます。この大きな強みと思います。例えば、分割することができコードを異なるアセンブリをいいます。
る時は、Visual Studio IDEが新たな名前空間を追加すると新規フォルダをプロジェクトです。
こちらは有用からのリンクMSDN:
の原則の命名の名前空間 は当社の名前の後に 技術名称、オプション 機能とデザインとしております。
CompanyName.TechnologyName[.特徴][.デザイン】
もちろん利用できる名前空間の場所に適しています。しかし合いを共有コード、ブレーデントンでおすすめのホテによって受け入れます。
編集:
私のお勧めします。net開発者へのコピー 枠組みの設計ガイドライン この本を理解し どのよう や なぜ .純ように設計されています。
VS溶液を正常に一つまたはそれ以上。Thse案件のデフォルト名前空間（通常の名前空間の名前のプロジェクト）。通常、追加した場合フォルダ内のプロジェクトのすべての授業となりますのでその名のとおり
DefaultNamespace.FolderName.ClassName
のコースを変更することができますデフォルト名前空間のプロジェクトは、クラスの名前にも適します。
どの場合/ブもプロジェクトは、その経験や優先度を設定する。しかし、絶対に休憩ものプロジェクト内で解決するためにプロジェクト。場合の管理にも多くの集合体が面倒なとブレア首相とることができ ILMerge ごアセンブリを単一ます。このILMergeはないで組み立て、すべてのクラスを独自の完全修飾名です。
また忘れてはならない重要なこととVS溶液とは関係ないためのコードが打ち出されている。-もちろん。VSシうにグループプロジェクトこのプロジェクトを構築しDll.
最後に、VSきの追加"仮想"フォルダのどこでもソリューションとなります。これらのフォルダな地図をフォルダのファイルシステムは、もとは別の意味をわかりやすく整理するプロジェクトやその他の人工物内のソリューションとなります。
名前空間の論理的グループがプロジェクトの物理の分類.
なぜ重要なのでしょうか？考えています。純2.0、3.0および3.5..純3.0が基本とさせていただきます。純2.0のアクセンブリー、3.5を追加しますか製造でも実績を積んでいます。ったとえば、.純3.5追加します DataPager 制御は、制御およびすべきグルーピング System.Web.UI.WebControls.場合は名前空間と物理的場所が同一であることができなかったるで異なる。
持っていることが普通という名前空間は独立した論理的主体ができるということですメンバーを複数の異なるセンブリーはすべて論理的にグループとしてまとめていたように併用することはできます。
(もよりますが、何も持たせることは決して間違いをご理的-論理的なレイアウトか似ています。)
実際、。純できる環境に捨てるコードでは、IDE/ファイルシステムのようなスパゲッティに対す。
こえてくるということではないであろうことは言うアプローチはcodeしています。その、一般には良いアイデアにこだわるproject.foldername.Class アプローチしたに記載されております。そも本当に良いアイデアだけでなく、かつ名前空間を同じクラスです。
Javaでは、できるだscrewyのようなことは、全ての"柔軟性"そしたいが、ツールが強く阻害します。正直、最も混乱をもって導入されます。純世界がいかにずさんな/矛盾したときに比較的貧しいご案内です。その辺をもsanelyちょっと思いますが。:)
の違いということです。純名前空間はしていないjavaパッケージ。
.純名前空間は純粋に管理宣言的利用の範囲を持たないファイルを、プロジェクト、またはその。
で非常に簡単なもので宣言された特定の名前空間にアクセスが さらに'この名前
とても簡単です。
の名かどうかなどの多くの'.'seperators使用しめる、充実した情報が満載です。
VSデフォルト値を追加するといfoldernamesお名前空間だけるようご提供いただきました。
この記事で説明してい名前空間のもの:http://www.blackwasp.co.uk/Namespaces.aspx
でも例の命名規則には、お名前コンベンションはおります。;)
いものではなく、ほとんどの領域で働いてきたという名前でも知られていった開始、会社名は、良識としてでtypenames会社現在は、別途その他、図書館、ベンダー、opensource projcts等）
を追加できるフォルダーへのソリューションのためのそれぞれの名前空間.なんだコンパイル単一の実行形式で開催ソースファイルや(かんが)ご希望の効果？
私は、通常、追加フォルダの名前空間に私のプロジェクト、巣に基づく同じ階層MyApp.ます。ダイアログ）
名前空間は、純粋な意味.ながいを反映したフォルダ構成は、少なくとも利用の場合Visual Studio.net開発環境との統合が可能と考えられている必要がない。
できる同じ名前空間参照している複数の図書館、醜いものです。
私はいつも考えるソースファイルの組織との識別子を割り当授業およびオブジェクトを二つの別々の課題です。私が関連の授業に、何ら責任を負いません毎にグループは名前空間.名前空間が存在します以下問題を解決する方法名紛争—平-名前空間の言語のようにC、徒歩の足でなく初めて出会った幽霊のような識別子 mycompany_getcurrentdate または MYCGetCurrentDate, でのリスクも機能する第三者（またはシステム）図書館はかなり小さい。作成した場合はパッケージの名前空間毎に論理的に分離しています(Java例)クラス名のように java.lang.primitivewrapper.numeric.Integer, ですが、ここでは失わせないアイテムです。
