#define FF_STD(FFClassName, FFEnumName) \
class FFClassName:Ccl_FF_Functor \
{ \ // Примерно в таком стилеpublic: \
virtualbool CalcFF(const Ccl_Flex2dArray &Test_Res_,double &FF_[],int i_) \
{ FF_[i_]=Test_Res_.Get(i_,FFEnumName); returntrue; } \
}
//+------------------------------------------------------------------)//| Реализации стандартных фитнес-функторов ( Дальше алгоритм использования этой хрени://+------------------------------------------------------------------)// возвращает общий профит с учётом спреда (в спредах)
FF_STD(CFF_ProfitTotal_s, FF_ProfitTotal_s);
// возвращает мат-ожидание профита с условной единичной сделки с учётом спреда (в спредах)
FF_STD(CFF_ProfitPerLot_s, FF_ProfitPerLot_s);
// возвращает полный проторгованный объём сделок ((куплено+продано)/2) за тестируемый период
FF_STD(CFF_VolumeTotal, FF_VolumeTotal);
...........
...
大きな違いはあるのでしょうか?
最適化できれば、OpenCLを使う必要は全くないかもしれません。
その差はこうだ...。
最適化する場合、まずOpenCLを使う必要があるかどうかを判断する必要があります。
スタジオプロジェクト。
一番難しいのはFeedPatternsという方法です。
...C++では、すべてを自分でバインドしなければならないのですが...。
c++では、ampを使うことができます。
c++では、ampを使うことができます。
c++では、ampを使うことができます。
いずれはMQLに移植するつもりです。
その後、MQL5でプロジェクトを 再実行します(その方が、あなたにとっても著者にとっても速いでしょう)。そして、その上ですべてをチェックする。
今のところ、mql4++は壊れない。そして後日、FからBへの切り替えができるようになります(1ヶ月後)。
プロジェクトが小さいうちはね。
その後、MQL5でプロジェクトを再実行します(その方が、あなたにとっても著者にとっても速いでしょう)。そして、それを使ってすべてをチェックする。
まだ時間がありません。シナプス結合の構築原理を修正するために、別のバグがある...。だから、後で話すんだ。しかし、掲載されているコードはかなり自己満足なものです。
OK、問題ない、自分でやってくれ。
基本的に<vector>だけが上書きされるべきで、これは標準ライブラリのArrayObjのアナローグです。
配列に書き換えるか、MQL5できっぱりと<vector>を実装すればいいのです(いわば根本的な方法です)。
基本的には<vector>を並べ替えるだけで、標準ライブラリのArrayObjのようなものです。
配列に切り替えるか、MQL5で<vector>をきっぱり実装するか(いわば根本的な方法)。
Slavaはパラメトリッククラスで遅い。 もう1年分疲れたよ。
原理的には、このように間違って書くことも可能です(もっと良い時代まで)。
すべてコンパイルして動作します。