問題タブ [using-directives]

私は Twitterizer2 とおそらく私にばかげた問題を抱えています :) . ダウンロード ディレクトリからリファレンス twitterizer 2.3.1 を newtonsoft と一緒に追加します。リファレンスを右クリックして参照します。

次に追加します

見よ、波状の赤い下線がすべて消える

この種のすべてのコードで:

（デバッグで）実行しようとすると、エラーが発生します：

エラー 2 型または名前空間名 'Twitterizer' が見つかりませんでした (using ディレクティブまたはアセンブリ参照がありませんか?)

現在Twitterizerを使用しています。

エラーになります（赤と波線）。逆参照されたようなものです。私はそれを元に戻し、それを実行するまではすべて順調です - arggh

ティア

私は次のコードを持っていますが、ここにエラーのリストがあります

In C#, there are three types of using directives:

In C++/CLI, I know the equivalents to the first two:

Is there any way to do the third one in C++/CLI?

Doing namespace DBG = System::Diagnostics::Debug; gives error C2879: 'System::Diagnostics::Debug' : only an existing namespace can be given an alternative name by a namespace alias definition

The only alterntive I've come up with is #define DBG System::Diagnostics::Debug, but I'd prefer a proper using directive, if available.

に対して 説得力のある議論があるusing namespace stdのに、なぜそれが言語に導入されたのでしょうか? using namespace名前空間の目的を無効にしませんか? なぜ私は書きたいのusing namespaceですか？using namespaceおそらく慣用句の行などで、エレガントに解決されることに気付いていない問題はありますusing std::swapか？

私の C++ヘッダー ファイルは、完全に修飾されたすべての型 (ネストされた名前空間が 4 つまで深くなる) では非常に読みにくい (そして、入力するのが非常に面倒) ことがわかりました。これが問題です (すべての答えは、それを実装するための厄介な代替手段を提供しますが、それは問題ではありません): C++ 言語の構造体とクラスにスコープ付き using-directive を導入することに対する強い理由はありますか?関数での宣言)?

例えば

namespaceはキーワードであるため、Bar::MemberFunc.

編集: 質問を注意深く読んでください ---> 太字にしました。注意:ここでは、例の読みやすさを改善する方法については説明していません。C++ 言語でスコープ付き using-directive を実装する方法 (つまり、キーワード/構成要素などを追加する方法) を提案することは答えではありません(既存の C++ 言語標準を使用してこれを実装するエレガントな方法を見つけることができれば、それはもちろん答えになります）！

#ifdef、#ifndef、#endif の使用について知りたいのですが、これらの条件を使用する必要があるのはどのような場合で、その用途は何ですか? #ifdef と #ifndef の違いは何ですか?

例：

また、

メソッドの内側だけに書くべきか、メソッドの外側で動作するのか、どちらが正しいですか? 私は前にこれを使用したことがありません。説明してください。

ありがとう！

にいくつかのプロジェクトがあるC#ソリューションがありVisual Studio 2010ます。1つはテストプロジェクト（「PrjTest」と呼びます）、もう1つはプロジェクト（「 PrjFormWindows Forms Application 」と呼びます）です。PrjFormによって参照される3番目のプロジェクトもあり、これを参照して正常に使用できます。

PrjFormはPrjTestを参照し、PrjFormusingには次のステートメントを持つクラスがあります。

1. 参照が正しく追加されました
2. usingステートメントは正しく配置されています
3. スペルは正しい
4. PrjTestは正常にビルドされます
5. PrjFormはほぼビルドされますがusing PrjTest;、次のエラーで中断します。

タイプまたは名前空間の名前'PrjTest'が見つかりませんでした（usingディレクティブまたはアセンブリ参照がありませんか？）

私はこれを解決するために次のことを試みました：

1. Resharperを削除しました（Resharperは参照されたプロジェクトを問題なく認識したため、試してみる価値があると思いました）
2. 参照とusingステートメントを削除して再度追加しました
3. PrjFormを最初から再作成
4. PrjFormは現在PrjTestフォルダー内にあります。外部フォルダーに移動してみました
5. の新しいコピーを使用して、ソリューションを別のコンピューターにロードしましたVS 2010

私は宿題をして、オンラインで答えを探すのに非常に長い時間を費やしましたが、どの解決策もまだ役に立ちませんでした。

他に何を試すことができますか？

最近の優れたプログラミング手法は、多くのアセンブリと名前空間に自分のものを分割することを意味する傾向があります (たとえば、S#arp アーキテクチャ、MVCなどを参照してください)。ただし、その副作用として、すべてのクラス ファイルに大量の「using」ディレクティブを貼り付ける必要があります。ご存知のとおり、すべてのコントローラー クラスは、モデルやビューモデルの名前空間などを「使用」する必要があります。

これを簡単にするテクニックはありますか？たとえばusing、名前空間「foo」内のすべてのクラスが自動的に名前空間「bar」を使用するように、ファイル レベルではなく名前空間レベルでディレクティブを宣言することは可能ですか? または、現在のフォルダーに基づいて、Visual Studio が追加する既定の「usings」を設定するスマートな方法はありますか? または、「usings」の追加を面倒でなくする他の方法はありますか?

Asp.net MVC 開発者が次のように名前空間using内にディレクティブを配置する理由はわかりません。System.Web.Mvc

スコープusing内にディレクティブを配置する必要がある のはいつですか?namespace

重複の可能性:
なぜ 'using namespace std;'なのですか? C ++で悪い習慣と見なされますか?

先日、私が質問をしたとき、誰かが質問をした場合、using namespace std;私が少し変だと思ったのではusing namespace std;なく、正しい方法を示してくださいと答えてくれました。私は「初心者」のコーダーであり、皆さんはよく知っています。

だから私の質問は次のとおりだと思います：なぜstd::代わりにusing namespace std;？

ありがとう。