Данные типа double выводятся с точностью до 16 десятичных цифр после точки, при этом данные могут выводиться либо в традиционном либо в научном формате – в зависимости от того, как запись будет наиболее компактна. Данные типа float выводятся с 5 десятичными цифрами после точки. Для вывода вещественных чисел с другой точностью либо в явно...
F11
你好，你能给点建议吗？我正在写我自己的EA，我可能一直在这样做，我在测试它，看看什么能用，什么不能用。问题是这样的，我写完了代码，我测试了它，一切都在正常工作，过了一段时间，然后我又开始测试它，它开始出现故障（没有开仓 或不执行某些功能），这是为什么？
你有没有向日志输出过任何调试信息？不是吗？你不应该。你会已经看到了原因。
你是否向日志输出任何调试信息？不是吗？你不应该有。你现在应该自己看到原因了。
我还不知道如何显示这些信息，我在哪里可以知道如何做？
我还不知道如何打印这些信息，我在哪里可以看到如何做？
打印()
打印()
我知道这个函数，我应该在那里写什么？）
我知道这个函数，我应该在那里写什么？）
问题是，我已经写完了代码并进行了测试，一切正常，然后就开始出现故障（过了一段时间，我又开始测试，然后就失败了）。 我已经复制了代码，并进行了测试，工作正常。 一段时间后，我再次开始 测试，它开始不正确地工作（没有开仓 或没有执行功能），这是为什么？
那么，很明显，为了了解某件事情不工作的原因，你需要在执行这个 "某件事情 "之前检查它的条件。
在调试器中，你可以认真地移动控制所有变量值的代码行，希望在某个时刻出现不执行的原因。
或者你可以在调用一个在你看来应该执行的函数时，在某个不起眼的时刻没有执行，写下导致函数被调用的所有变量的值。并静静地等待这些条目出现在日记中。利用这些记录，我们可以理解为什么这个函数没有被调用。开仓时也是如此--首先确保终端写有错误，如果没有错误，再寻找程序中的逻辑错误。如何--见上文。
显然，为了了解某件事情未被执行的原因，人们应该在执行这个 "某件事情 "之前检查这个 "某件事情 "的执行条件。
你可以在调试器中一丝不苟地浏览几行代码，检查所有变量的值，希望在某个时刻能出现不执行的原因。
而在你调用一个函数之前，在你看来，这个函数在某个不起眼的时刻没有执行，你可以把导致函数被调用的所有变量写进日志。并静静地等待这些条目出现在日记中。利用这些记录，我们可以理解为什么这个函数没有被调用。开仓时也是如此--首先确保终端写有错误，如果没有错误，再寻找程序中的逻辑错误。如何--见上文。
谢谢你的想法））））。