2009-05-25 6 views
0

実際のアプリケーションレイヤー内でネームスペースを使用することの賛否を理解していますが、フロントレイヤーに関してはわかりません。Webフォームのページで名前空間を使用する利点は何ですか?

私のプロジェクトはウェブアプリケーション(WebApplicationではない)で、 "namespaced"ユーザコントロールを追加しようとすると、何らかの問題が発生します。 web.configの明示的な宣言にもかかわらず、system.web - pages - controls - add。

実際のビューについて言えば、Webフォーム:新しいページを作成すると、Visual Studioはファイルを作成するために選択したパスからコードビハインドクラス名を作成します。だから、ほとんどの時間、私はクラス名がユニークになると思います。ページを移動すると、Start_DefaultPageと言うが、別のサブフォルダの下にあると見るのが奇妙になります。要約する

は、それがWeb層に名前空間を置くことをお勧めしますか?長所と短所は何ですか?

答えて

1

はい。将来、同じクラス名を(偶然に)使用する外部ライブラリを組み込むことになり、非常によくわかっているように、名前空間の衝突を望んでいない可能性があります。また、仮想ディレクトリにWebアプリケーションがあり、親Web.configに概要を示すプロパティを継承します。名前空間の競合も混乱させたくありません。一般的に言えば、それは単なる良いプログラミングの練習です。

+0

わかりました私は、私の前提とあまり離れていませんでした。 ASP.NETを試してみるのは楽しいですが、それは他の技術と比べて非常に「異なっています」(逆も同様です)。 私は引き続きaspxとascx.filesに名前空間を使用します! –

1

あなたの問題は、あなたがウェブサイト "プロジェクト"を使用していることです。それをやめてしまうと、これらの問題の発生を止めることができます。

Webサイトは、Microsoftが行った間違いです。間違いを犯す必要はありません。

関連する問題