Старая модель и я считаю ее идеальной моделью для однострочных кодов.
if(TakeProfit>0){btp=Ask+(TakeProfit*Point());}else{btp=0;}
if(StopLoss>0){bsl=Ask-(StopLoss*Point());}else{bsl=0;}
Новый стиль, который портит всех моих роботов.
if(TakeProfit>0)
{
btp=Ask+(TakeProfit*Point());
}
else
{
btp=0;
}
if(StopLoss>0)
{
bsl=Ask-(StopLoss*Point());
}
else
{
bsl=0;
}
昔のMETAQUOTESスタイルを復活させるか、せめて1行に書かれたコードが整形されないようにしてください。
例
旧来のMETAQUOTESスタイルに戻すか、せめて1行に書かれたコードは整形しないようにしてください。
Pico styleを使用することで、あなたが求めているものと非常に近いものになります。
が、Picoスタイルでは{ }を使うとif - else文が2行に分割されます。
あなたのコードでは、{ }を使用しています。
を使用しない場合、{ }。
2133 こんなギミックがあります。
Pico styleを使用することで、あなたが求めているものと非常に近いものが得られます。
が、Picoスタイルでは{ }を使うとif - else文が2行に分割されます。
あなたのコードでは、{ }を使用しています。
を使用しない場合、{ }。
そうなんです!!あらゆるスタイルを分析し、PICOとRATLIFFを選びました。
PICOは最もコンパクトです。
RATLIFFが一番賢い。
しかし、長年使われてきたスタイルをMETAQUOTESが変えるのは無茶な話です。すべてのユーザーの生活を混乱させることになる。無責任な変更です。数ヶ月前、彼らのスタイルについて何かを台無しにした、小さな変化にもかかわらず動くのは間違っていると思った、しかし今彼らは台無しにした。
2133 uma piada
はい!!ベータ版であることは承知していますが、もし旧バージョンで正しかったものがベータ版で変わったとしたら、それはおそらくこの変更に伴うものでしょう。今すぐ文句を言って、すべてがうまくいっていることを確認したほうがいい
この場合、ドキュメントは廃止されます。
効率化のため、文字列は要求されたサイズよりも大きく事前割り当てされるようになりました。これは、ほとんどの場合、後続の操作によって増量されるためです。
これはもう明らかです。
しかし、文字列の長さを どのように変更しても、StringBufferLenの結果は常に260のままです。
この場合、ドキュメントは古くなっています。
効率化のため、文字列は要求されたサイズより大きくあらかじめ確保されるようになりました。なぜなら、ほとんどの場合、その後の操作で文字列がインクリメントされるからです。
この場合、可能でしょうか
s2は将来的に増える可能性があるのか?
結果:260
期待値:100または0。
テストにStringLenを追加し、文字列の初期化を変えて みました。
ドキュメント上では一つのことですが、実際は異なる挙動をします。
そして、この場合のバッファは260ではなく0を表示します。
つまり、文字列の初期化に問題があるかのどちらかです。またはStringBufferLenが失敗している。