エラー、バグ、質問 - ページ 1684

 
fxsaber:
コンストラクターが有用である理由と、コンストラクターがないと困る場合があることの簡潔な例です。
ええ、でもFunc("123")はコンパイルエラーに なりますよ。
 
Комбинатор:
ええ、Func("123")がコンパイルエラーに なることを除けばね。
何もないところをいじってもダメなんです!あなたは、このような意味だと理解しました。
void Func( const string &Str ) { Str = ""; }

void OnStart() { Func(_Symbol); }
 
fxsaber:
私が言いたいことを理解してくれたんですね?

意味わかりますか?)

リファレンスを介してリテラルを渡すことはできないので、私はパラメータにリファレンスを使わないようにしています。これは時に非常に大きな問題です。

また、値で渡す方が簡単です。値で渡すと、他の例と同様にすべてがうまくいくからです。

 
Комбинатор:

意味わかりますか?)

リファレンスを介してリテラルを渡すことはできないので、私はパラメータにリファレンスを使わないようにしています。時にこれは非常に大きな問題です。

そして、値で渡す方が簡単です。値で渡すと、すべてがうまくいくので、あなたの例も含めて。

これは、パフォーマンスのことです。OnBookEventが参照で実装されているのは、このためだと思います。
 

フォーラムを改善しました。プライベートメッセージに1000文字以上書けなくなりました。つまり、引用符でToRを交渉することができなくなりました...。

これは、バグでしょうか?

 
Artyom Trishkin:

フォーラムを改善しました。プライベートメッセージに1000文字以上書けなくなりました。つまり、引用符でToRを交渉することができなくなりました...。

そんな風になるのか、それともバグなのか。

は、バグなのか...

をご覧ください。Twiiter - 彼らは成功した:-)

 
Artyom Trishkin:

フォーラムを改善しました。プライベートメッセージに1000文字以上書けなくなった、つまり引用符でTORを交渉できなくなった...。

これは、バグでしょうか?

残念ながら、バグではなく、機能です)))

しかし、mqlチャットの1000文字チェックの機能は、apiではまだ実装されていない。
そのため、MT4(MT5)のチャットから引用TKを安全に議論することができます。
 
Sergey Dzyublik:
残念ながら、バグではなく、機能です)))

しかし、mqlチャットのapi機能では、1000文字のチェックはまだ挿入されていない。
そのため、MT4(MT5)のチャットからの引用で安心してTKを議論することができます。
そこで、強制的に移送されるわけです。
 
Artyom Trishkin:

フォーラムを改善しました。プライベートメッセージに1000文字以上書けなくなった、つまり引用符でTORを交渉できなくなった...。

これは、バグでしょうか?

エラーとしてservicedeskに書きました。削除してほしいです。伝えることは不可能です。例として最小限のコードも出せない。
 
Anatoli Kazharski:
サービスデスクに間違いとして書き込んでしまった。外してくれることを期待します。コミュニケーションは不可能です。例として最小限のコードも出せない。
どんな答えになるのか、ぜひここに書いてみてください。