私が書いているWebアプリケーションは、(あなたが不足しているAsp.netアセンブリ参照エラー
エラー1型または名前空間名「ウェブ」は、名前空間「ATS.System」に存在しないこのコンパイル時にエラーがスローされますアセンブリ参照?)
名前空間はすべてのファイルにインポートされたアセンブリ内のすべてのコードファイル(両方のシステムとのSystem.Web)
私も両方に(参照を追加しました)についての参考文献ディレクトリでVSで
私はドン私が間違っていることを知っている
私が書いているWebアプリケーションは、(あなたが不足しているAsp.netアセンブリ参照エラー
エラー1型または名前空間名「ウェブ」は、名前空間「ATS.System」に存在しないこのコンパイル時にエラーがスローされますアセンブリ参照?)
名前空間はすべてのファイルにインポートされたアセンブリ内のすべてのコードファイル(両方のシステムとのSystem.Web)
私も両方に(参照を追加しました)についての参考文献ディレクトリでVSで
私はドン私が間違っていることを知っている
私は問題があなたがATS.System
と呼ばれる名前空間を持っていると思っています - それはいくつかの事を混乱させるでしょう。 (おそらく)の場合は、名前空間の名前を別の名前に変更します。ここで
は同じ問題を示すいくつかの例です:
// Foo.cs
namespace ATS.System
{
class Foo {}
}
// Bar.cs
namespace ATS
{
using System.Collections.Generic;
class Bar {}
}
名前空間宣言のうち、usingディレクティブを移動した場合、すなわちに2つ目のファイルを変更します。
// Bar.cs
using System.Collections.Generic;
namespace ATS
{
class Bar {}
}
それは大丈夫です - しかし、私は、ASP.NETの自動生成コードが、代わりに名前空間宣言の中にusingディレクティブを入れるかどうか疑問に思っています:(ATS.System
を取り除くことは、確かにそれをもっと簡単にすることになります。
名前空間 "System"と競合する名前空間 "ATS.System"があります。コンパイラが "System.Web"を見ると、 "System"は "ATS.System"名前空間を参照すると考えられます。
可能であればATS.System
名前空間の名前を変更するか、別名を使用します。ような何か:
using AtsSys = ATS.System;
または:もちろん、あなたがその名前空間から使用し、すべてのクラス名の前にAtsSys.
を入れなければならないことを意味する
Imports AtsSys = ATS.System
。
理由はわかりませんが、システムは名前空間(ATS.System.Masters)を生成しました。私はそれをATSに戻し、それはすごくうまくいった。ありがとうございました。 – matthewdunnam
@kevありがとうございます。それは私に "システム"という名前のフォルダが悪いアイデアだと知っていた理由を教えてくれます! – matthewdunnam
@Matt - プロジェクトのデフォルトネームスペースがATSでプロジェクトフォルダのルートから '/ System/Masters'というフォルダパスがある場合、 'Masters'にソースファイルを追加すると、VSは自動的にフォルダパスを追加しますデフォルトネームスペース:ATS.System.Masters。ちょうどなぜ – Kev