問題タブ [compiler-constants]

Visual Studio - VB.NET のビルド イベントでコンパイラ定数を使用する方法はありますか? (特にビルド後のイベント)

シナリオ

が定義されている場合TEST_EDITION=TRUEは、ビルド後のイベント中に実行可能ファイルを実行したいので、それが定義されている場合は別のFALSEものを実行します。

これは、エディションごとに異なるインストーラーを作成するために使用できます。

PS誰かが提案する前に：いいえ、nant、msbuildなどは使いたくありません

検討：

そして、機能する別の言い回し：

説明。

次に、次のことを検討してください。

そして修正します。

編集：const宣言の前にキーワードを追加しました。誰かが彼らがconstであると信じていませんでした。

vb.net - asp.net 4 - Visual Studio 2010 の Web サイト プロジェクトに取り組んでいます。

Visual Studio 内でデバッグ コンパイルが選択された場合にのみ使用されるコードの一部を実装する必要があります。

残念ながら、これは Web アプリケーション プロジェクトではないため、完全な「プロパティ ページ」(コンパイラ定数を簡単に変更できるページ) は付属していません。

答えをグーグルで検索すると、 http://msdn.microsoft.com/en-us/library/a15ebt6c%28v=vs.100%29.aspxが見つかりました

..そして、web.configを次のように変更しました：

残念ながら、問題なくコンパイルされたとしても、DEBUGCONST は定義されず、「デバッグ コード」は実行されません。

足りないものはありますか？

助けてくれてありがとう！

多数のパック構造体 typedef を含むパッケージがあり、これらの構造体の最大ビット幅を教えてくれる CONSTANT 関数を作成しようとしています。各構造体には、列挙された明示的な message_type があります。私が書いた以下の関数はコンパイラによって定数として解釈されるべきだと思いますが、「(vlog-2118) 関数 'get_max_message_length' は有効な定数関数ではありません」というエラーが表示されます (これは ModelSim にあります)。

この関数が一定でない理由を誰か教えてもらえますか? デバッグ後、間違って解釈される原因となっているのは列挙型メソッド「next()」であると判断しました。可能な代替ソリューションはありますか？前もって感謝します！

少しprint( )関数を書きます。
ただし、この関数では、オペレーティング システムに依存しないコンソール アプリケーションを扱っているかどうかを判断する必要があります。
(主にstd::cout、OS 関連のMessageBox実装を使用するか、使用するかを決定するためのものです。)

自動生成された定数がない場合、マルチプラットフォームと互換性のある別の適切な方法はありますか?

これをライブラリに含めます。つまり、どのコンパイラが使用されるのか、どの IDE が使用されるのかわかりません。

Objective C は、selfの代わりに使用するという決定で私を悩ませてきましたthis。ここで、このコードをプログラムの先頭またはその近くのどこかに配置することで、そのフラストレーションを解消したいと思います。

これがコンパイルされることはわかっており、期待どおりに動作する可能性があります。しかし、これには... 予期せぬ結果があると思わずにはいられません。これは安全なことですか、それとも私が解決しようとしている単純な問題の外で発生する問題はありますか?

私の C# プロジェクトでは、あちこちに次のようなコードが少しあります。

これらにより、アプリケーションのわずかに異なる 2 つのバージョンをデプロイできます。

情報をlog4netテキスト ファイルに記録していましたが、アプリケーションのバージョンごとにログ レベルを変更したいと考えています。通常、そのようなことは次のapp.configようにファイルで制御されます。

の C# ソース ファイルで行っていることを達成する方法はありますapp.configか? 説明するために、基本的にこれを行いたいと思います：

で任意のコンパイラ定数をチェックする方法はありapp.configますか?

PER-FILE/プロジェクト項目ごとにコンパイラ定数を定義することはできますか?

背景: すべての読み取りタスクと書き込みタスクを分離するデータベース アブストラクション レイヤー (DAL) を実現したいが、同じメソッドを複数回実装することなく、両方を実行できる DAL を保持したい (抽象クラスは 1 つのインスタンス クラスがあることを意味する)サポートされているすべてのデータベース タイプに対して)。

だから私はこのように私のDALを分離したい:

残念ながら、C# は多重継承をサポートしていないため、これは機能しません。

したがって、この問題を回避する 1 つの方法は、インターフェイスを定義することです。

ただし、これを行うと、DAL のいずれかでメソッドを変更するたびにインターフェイス定義を変更し、ReadWriteDAL で定義されたメソッドを変更する必要があり、メソッドの実装をどこかにコピー アンド ペーストする必要があります。 DRY 非準拠の混乱が発生します。

私ができることは、同じファイルをリンクとして 2 回追加し、プロジェクト項目ごとに定義することだと考えました。

しかし、どうにかしてファイルごとにコンパイラ定数を定義できますか?
または、何らかの方法で同様の効果を達成しますか?