問題タブ [compile-time]

Visual C++ には、文字列をコンパイラ出力に出力する#pragma message機能があります。今、私は工場を持っています:

そして、渡されたクラスのサイズを出力したいnew（つまり、コンパイラ出力に。文字列のみを受け入れるsizeof( CComObject<Type> )ように見えます。#pragma message

コンパイル時の数値定数を出力するにはどうすればよいですか?

AttributeUsageがコンパイル時にカスタム属性をチェックする方法と同様に、コンパイル時に2つのインターフェイスが同じクラスで検出されないようにしたいと思います。

例えば：

実行時にリフレクションを使用してこれを実行できることは明らかですが、コンパイル時のソリューションに興味があります。

箱から出してすぐには存在しないと思いますが、AttributeUsageのように、コンパイル時に実行されるカスタム属性を作成する方法はありますか？

次のコードを実行すると、 Can't locate SomePackage.pm in @INC ....

useが前に実行されるのはなぜdieですか?

Haskell（素敵な言語）を学ぶために、私はSpojから問題を試しています。

コンパイル時にすべて既知の19000要素のテーブルがあります。'seq'を使用してテーブルを厳密にするにはどうすればよいですか？これが私のコードからの（強力な）単純化された例です。

2 つのクラスと 1 つのインターフェイス (たとえばDatabaseModel、、、LocalStoreおよび InternalModelInterface) があります。それらは次のように定義されています。

私が経験している問題は、実行時に を呼び出すとlocalStore.function()、null と同様に temp に null が割り当てられることInternalModelInterface.COLUMN_PARAM1です。これは理にかなっていますか？InternalModelInterface.COLUMN_PARAM1コンパイル時に評価してインライン化すべきではありませんか?

これは Android アプリケーション用です。前もって感謝します。

混乱を解消するために、さらに説明します。

DatabaseModelJSON 応答が解析されると、クラスのオブジェクトがインスタンス化されます。クラスで定義された定数DatabaseModelは、JSON 応答で検索するキーを表します。

はInternalModelInterface、デバイスのローカル (キャッシュ) データベースで使用される列名を定義します。いくつかの理由 (SQLite ではキーが不正な列名であることなど) から、キーを列名として再利用していません。

私が単純なクラスだけでなくインターフェイスを使用している理由は、インターフェイスが、3 番目のクラスである LocalStore によって実装する必要がある必須メソッドも指定するためです。

Haskellで一定の宣言があります-これを事前に評価するように強制できますか？おおよそ次のようなコードが表示されています。

プロファイルを作成するときは、fst通話に時間がかかります（1億6800万回の通話があります）。のバイナリ表現myListは非常に小さく、たとえば、[これがCプログラムの場合]グローバルメモリにコピーできます。-O3 -optc-O3もちろんコンパイルしています。

どうもありがとう！

カスタムタイプのLiftインスタンスの生成

sclvの回答で呼び出しに指定される式liftは、Liftのインスタンスである必要があります。th-liftカスタムデータ型のLiftインスタンスを生成するという名前のライブラリがあります。そのパッケージのドキュメントを参照してください。

別のシステムに保存されているツリーから値を取得したい。例えば：

入力エラーや無効なキーを回避するために、ツリー構造を含むオブジェクトまたはクラスを作成して、コンパイル時に名前を確認したいと思います。

各ツリーノードのクラスを作成せずにC＃でこれを行う簡単な方法はありますか？匿名のクラスまたはサブクラスを使用できますか？コードを自動的に作成する必要がありますか？

関数でボルツマン定数を使用したい。次のコードを使用してボルツマン定数を宣言しています

これはコンパイル時に計算されますか? 今なら、コンパイル時に計算されるようにするにはどうすればよいですか? 定数を宣言する他の方法はありますか?

基本的に、C++ で本当にコンパイル時の文字列ハッシュが必要です。テクニックの詳細は気にしません。テンプレート、マクロ、何でもかまいません。これまでに見た他のすべてのハッシュ手法は、実際のハッシュではなく、コンパイル時にハッシュテーブル (256 個の CRC32 ハッシュなど) しか生成できません。

言い換えれば、私はこれを持っている必要があります

（疑似アセンブラで）としてコンパイルされる

デバッグ ビルドであっても、文字列に対するランタイム操作はありません。私は GCC 4.2 と Visual Studio 2008 を使用していますが、これらのコンパイラで問題なく動作するソリューションが必要です (したがって、C++0x はありません)。

コンパイル プロセスにプログラムの実行時間よりも多くの時間がかかる場合があります。そのような状況で何をすべきですか？

毎分数百回または数千回呼び出される可能性のある CGI スクリプトを考えると、上記の問題が発生する可能性があります。これらの問題を回避するには？コンパイル プロセスをスキップすることはできません。そのような状況に対処するにはどうすればよいですか？