問題タブ [functor]

この質問に対する最初の回答によると、以下のファンクターはに渡された後も値を保持できるはずですforeach（例ではコンパイルできなかったためstruct Accumulator、クラスを作成しました）。

使用例（例に従って）

_cardsとして実装されますstd::deque<Card>。どれだけ長く_cardsてacc.counterも、完了後はゼロになりfor_eachます。デバッガーをステップスルーすると、カウンターの増分が表示accされますが、値が渡されることと関係がありますか？

可能な場合はSIMD（SSE、SPUなど）を利用できるように、いくつかの並列化可能な問題のC++クロスプラットフォーム実装を作成する方法についてのアイデアが必要です。また、実行時にSIMDではなくSIMDを切り替えられるようにしたいと考えています。

この問題に取り組むことをどのように提案しますか？ （もちろん、考えられるすべてのオプションについて、問題を複数回実装したくありません）

これはC++では非常に簡単な作業ではないかもしれませんが、何かが足りないと思います。これまでのところ、私の考えは次のようになります...クラスcStreamは単一フィールドの配列になります。複数のcStreamを使用して、SoA（Structure of Arrays）を実現できます。次に、いくつかのファンクターを使用して、cStream全体で実行する必要のあるLambda関数を偽造できます。

for_eachは、ストリームの現在のポインターをインクリメントするだけでなく、SIMDを使用する場合と使用しない場合でファンクターの本体をインライン化する役割を果たします。

そのようなもの：

SIMDが有効になっている場合は、一度チェックすると、ループがメインファンクターの周りにあることに注意してください。

std::for_eachや友人と一緒に使うのに適したファンクタを考える:

std::copyこれを友人と一緒に使用するのに適した出力イテレータに変換する標準的な方法はありますか? （または逆の適応）次のようなもの：

値がイテレータに代入されるたびにファンクターを呼び出します:

または、代わりに:

バックグラウンド：

出力反復子を使用してコレクションを公開するクラスがあります。

これにより、呼び出し元は、特定のコンテナー タイプの使用を強制したり、ロックやその他の内部の詳細をいじったりすることなく、アイテムにアクセスできます。

たとえば、ユニークなアイテムのみを取得するには:

これは、次のことを圧倒します。

また、これらのアイテムをコピーするのではなく、集約できるようにしたいと考えています。（この質問を参照してください）。私が通常次のようなことをする場所：

これで、同じデータ要素に対して 2 つの別々のメソッドを作成できます。1 つは呼び出すメソッド、もう 1 つは呼び出すstd::copyメソッドstd::for_eachですが、イテレーターまたはファンクターを使用して、そのようなメソッドを 1 つだけ定義し、呼び出し元がいずれかを渡すことができるようにするとよいでしょう。ファンクターまたはイテレーターを適切なタイプに必要に応じて適応させます。

私が今行っていることは、アグリゲーターを出力イテレーターまたはファンクターとして使用できるように定義することですが、これは望ましくない複雑さにつながります。

関数オブジェクトに関するウィキペディアの記事では、コンパイラーがそれらを「インライン化」できるため、for_eachとともに使用すると、そのようなオブジェクトにはパフォーマンス上の利点があると述べています。

私は、これがこの文脈で何を意味するのか、または私が言うのが恥ずかしい文脈で、少し曇っています。助けてくれてありがとう！

この最初の部分は、以下のエリックのコメントによって解決されましたが、水平ルールの後に説明する二次的な問題につながりました。ありがとうエリック！

テンプレート化されたクラスであるファンクターを、ファンクターへの 2 つのパラメーターと共にブースト thread_group クラスの create_thread メソッドに渡そうとしています。ただし、現在のコンパイル エラーを超えることはできないようです。以下のコードで：

ファンクター自体がテンプレート化されているため、私の問題はSigテンプレートに関係している可能性があると考えたため、「タイプ」のtypedefも試しました。

私が得ているエラーは次のとおりです。

事前にたくさんの前文を添えて。

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

さて、以下のエリックの提案を取り入れてコードを変更しました。次のコードが得られます。

ただし、これにより別のコンパイル エラーが発生します。

void を result_type として定義したようで、 operator() が何かを返すことを期待しています。関数内から result_type を返そうとしましたが、これもエラーが発生しました。何か案は？

私は最近、C++ で「関数呼び出し」演算子をオーバーロードできることを発見しました。そのためには、2 対の括弧を書かなければならないという奇妙な方法があります。

そして、次のように使用します。

これはいつ役に立ちますか？

ファンクター（関数ポインター）のリストのようなものを作成します。次に、それらをバイナリ形式でファイルに書き込みます。問題は、ファンクターが単純な関数ポインターであることです。（間違っていたら訂正してください。）しかし、関数のアドレスは実行ごとに異なります。

それで、質問 - 常に関連するファンクターのリストを作成する方法はありますか?

重複の可能性:
関数型プログラミングでは、ファンクターとは何ですか?

私は OCaml についてあまり知りませんが、F# についてはしばらく勉強しており、よく理解しています。

彼らは、F# には OCaml に存在するファンクター モデルが欠けていると言っています。ファンクターが正確に何であるかを理解しようとしましたが、ウィキペディアとチュートリアルはあまり役に立ちませんでした。

その謎を解明していただけませんか？前もって感謝します ：）

編集：

私は要点をつかみました。私を助けてくれたすべての人に感謝します。次の正確な複製として質問を閉じることができます:関数型プログラミングでは、ファンクターとは何ですか?

私はこのコードを持っています：

目的は、無駄なコピーコストラクタ呼び出しを回避する方法で、reference_wrapperによってファンクタオブジェクトを渡すことです。私は次の出力を期待しています：

これは、GCC> = 4.4.0、Visual Studio 2008、およびstd::tr1名前空間をboostに置き換えることでboostで正しく機能します。ExpressBeta2とリリース候補の両方の新しいVisualStudio2010では機能しません。

この新しいC++機能はvs2010でバグがありますか？または、コードに間違いや誤用がありますか？

VS2005 から VS2010 に移行すると、ファンクターの追加コピーが原因と思われるパフォーマンスの低下に気付きました。

次のコードは、問題を示しています。値自体がセットであるマップを持つことが不可欠です。マップとセットの両方で、比較ファンクターを定義しました (例ではテンプレート化されています)。

このコードを VS2005 でコンパイルすると、次の出力が得られます。

これを VS2010 でコンパイルすると、次の出力が得られます。

最初のステートメント (マップを作成する) の出力は同じです。

2 番目のステートメント (マップ内の最初の要素を作成し、それへの参照を取得する) の出力は、VS2010 の場合ははるかに大きくなります。

• ファンクターのコンストラクターのコピー: 10 回対 8 回
• ファンクターの割り当て: 2 回 vs. 0 回
• functor のデストラクタ: 10 回 vs. 8 回

私の質問は次のとおりです。

• STL がファンクターをコピーするのはなぜですか? セットのインスタンス化ごとに 1 回構築するだけで十分ではないでしょうか?
• ファンクターがVS2005の場合よりもVS2010の場合に構築されるのはなぜですか? （VS2008はチェックしていません）
• また、VS2005 ではなく VS2010 で 2 回割り当てられるのはなぜですか?
• ファンクターのコピーを避けるためのトリックはありますか?

C++ ファンクター オブジェクトの不要なコピーを防止する で同様の質問を見ましたが、それが同じ質問かどうかはわかりません。