错误、漏洞、问题 - 页 1684

[TheXpert]

fxsaber:
一个简明扼要的例子，说明为什么const可以是有用的，以及有时你就是不能没有它。

是的，但是Func("123")会导致编译错误。

[fxsaber]

Комбинатор:
是的，除了Func("123")会导致编译错误。

什么都不挑剔是不行的!你明白，你的意思是这样的

void Func( const string &Str ) { Str = ""; }

void OnStart() { Func(_Symbol); }

[TheXpert]

fxsaber:
你明白我说的意思，对吗？

你知道我的意思吗？)

我尽量不在参数中使用引用，因为你不能通过引用来传递字词。这有时是一个非常大的问题。

而且通过值传递更容易，因为通过值传递一切都能正常工作，你的例子也是如此。

[fxsaber]

Комбинатор:

你知道我的意思吗？)

我尽量不在参数中使用引用，因为你不能通过引用来传递字词。有时这是个非常大的问题。

而且通过值传递更容易，因为通过值传递一切都能正常工作，你的例子包括。

这是关于性能。我想这就是为什么OnBookEvent是通过引用实现的原因。

[Artyom Trishkin]

论坛已经得到了改善。现在，你不能在私人信息中写超过1000个字符--也就是说，不再可能用引号来协商TOR......

会不会是这种情况，或者是一个错误？

[Maxim Kuznetsov]

Artyom Trishkin:

论坛已经得到了改善。现在，你不能在私信中写超过1000个字符--也就是说，不再有可能用引号来商讨ToR...

会不会是这样，或者是一个错误？

那是一个错误...

见。Twiiter - 他们成功了 :-)

[Sergey Dzyublik]

Artyom Trishkin:

论坛已经得到了改善。现在，你不能在私人信息中写超过1000个字符--也就是说，不再可能用引号来协商TOR......

会不会是这种情况，或者是一个错误？

不幸的是，这不是一个错误 - 这是一个功能))))。

但在mql聊天检查1000个字符的api功能还没有实现。
因此，我们可以安全地从MT4（MT5）聊天中讨论报价TK。

[Artyom Trishkin]

Sergey Dzyublik:
不幸的是，这不是一个错误 - 这是一个特点)))

但在mql chat的api功能中，还没有插入1000字符的检查。
因此，我们可以安全地从MT4（MT5）聊天中讨论报价TK。

因此，他们被强行转移到那里。

[Anatoli Kazharski]

Artyom Trishkin:

论坛已经得到了改善。现在，你不能在私人信息中写超过1000个字符--也就是说，不再可能用引号来协商TOR......

会不会是这种情况，或者是一个错误？

我写给servicedesk的是一个错误。我希望它能被删除。这是不可能沟通的。我甚至不能给出一个最小的代码作为例子。

[Sergei Vladimirov]

Anatoli Kazharski:
我已经写信给服务台，作为一个错误。我希望他们能把它摘下来。这是不可能沟通的。甚至不能给出一个最小的代码作为例子。

请写在这里，看看答案会是什么。