有没有可能在MT5中实现总头寸结构的可靠核算？ - 页 31 1...24252627282930313233 新评论 [删除] 2009.10.22 10:58 #301 kombat >> : 有多少人... 俄罗斯联邦的银行是苏联银行系统的继承者，苏联的银行系统是沙皇俄国银行的继承者，CR的银行是沙皇俄国的继承者。 算一算吧... ;) 也许他们希望他们周围的人相信这一点。但事实上，他们是没有历史、没有名字、没有声誉的新贵。 [删除] 2009.10.22 11:33 #302 Avals >> : 问题是，在MT4中这种典型的多专家交易的一些套路是自动的，是建立在架构中的，而在MT5中不是这样的。这当然不是致命的，但对每个人来说并不方便。 我甚至会说这对每个人来说都不方便或不舒服 我也是。 但在大多数情况下，这只是一个习惯问题。 是否有可能在MT5中实现对总头寸结构的可靠核算？ 也许 将从抽签系统切换到净值系统时丢失的信息保存到文件中。 这不会减慢你的EA的性能。 ----- 实际上，听一听开发者的意见会很有意思 为什么他们反对同时实施这两种制度？ 我认为这将严重增加分配的规模 而且还拖慢了整个系统。 但你必须问他们。 [删除] 2009.10.22 11:52 #303 knt-kmrd >> : 有没有可能在MT5中实现总头寸结构的可靠核算？ 可能的 将从抽签系统切换到净值系统时丢失的信息保存在一个文件中 这不会减慢你的专家顾问的工作。 问题不在于实施的复杂性，而在于解决方案的可靠性。这种方法已经讨论过了，并举出了其不可靠的例子。 Hide 2009.10.22 12:02 #304 应该指出，这些例子以及 "可靠性 "的概念本身并不能说服很多人。你经常替换概念，你说的 "可靠性 "是指别的东西。 宾果--第1000个缓冲器! [删除] 2009.10.22 12:03 #305 getch >> : 问题不在于实施的复杂性，而在于解决方案的可靠性。这种方法已经讨论过了，并举出了其不可靠的例子。 所以，告诉我吧，笨蛋（提前抱歉，没有先看题目，很多文字）。 从文件中读取与从历史记录中读取或调用标准的µl4-函数有什么不同？ 你可以在文件中放入任何你想要的东西 你可以设置开放时间、开放价格和票号... 你想怎样就怎样 :) Avals 2009.10.22 12:57 #306 knt-kmrd писал(а)>> 所以，告诉我吧，笨蛋（提前抱歉，没有先看题目，很多文字）。 从文件中读取与从历史记录中读取，或从调用标准的µl4函数中读取有什么不同？ 你可以在文件中放入任何你想要的东西 和开放时间，和开放价格，和票号... 你想怎样就怎样 :) 如果文件丢失了怎么办？ 或者在录入文件的过程中发生了故障，所以内容和订单与服务器不一致？ 或者你不得不在没有文件的情况下从其他公司登录？有很多选择，这些信息会丢失，如果这种丢失是无意的算法，它可能导致严重的财务后果。也就是说，这都增加了一个新的环节，会降低整个系统的可靠性。 kombat 2009.10.22 14:57 #307 knt-kmrd >> : 所以，告诉我吧，笨蛋（提前抱歉，没有先看题目，很多文字）。 从文件中读取与从历史记录中读取，或从调用标准的µl4函数中读取有什么不同？ 你可以在文件中放入任何你想要的东西 你可以设置开放时间、开放价格和票号... 你想怎样就怎样 :) 对于这个问题，以及关于先前的 "实施两种会计制度和复杂性 "的问题，它有什么不同。 没有任何并发症，当然也没有增加分配... 核算的问题在平面上最多也就是对服务器的数据库进行简单的查询。 我重复一遍：到服务器数据库，也就是说，无论我们在哪里，从什么终端都可以。 无论是否杀死我们的文件，都能保证正常运行......相对于自建房而言... [删除] 2009.10.22 15:33 #308 在实践中，只有在一种情况下，一个文件可以被杀死而不可能被重新激活。 如果一些 "邪恶的黑客 "用大锤子砸向一个硬盘驱动器 而文件被减压，其上的数据被丢失。 但在这种情况下，即使是MT4也救不了你，因为EA已经死亡。 在其他情况下，例如突然停电。 磁盘上的数据（也就是文件中的数据）被保存下来 --- 然而，也有可能是一些调皮的程序（例如，另一位专家）。 进入文件并无意中删除了数据。 但这不是一个终端的质量问题，而是一个程序员的质量问题 :) [删除] 2009.10.22 15:45 #309 Avals 2009.10.22 17:02 #310 knt-kmrd писал(а)>> 在实践中，只有在一种情况下，一个文件可以被杀死而不可能被重新激活。 如果一些 "邪恶的黑客 "用大锤子砸向一个硬盘驱动器 而其中一个被减压了，上面存储的数据完全丢失。 但在这种情况下，即使是MT4也救不了你，因为专家顾问已经死亡。 在其他情况下，例如突然停电。 >>磁盘上的数据（也就是文件中的数据）被保存。 --- 然而，也有可能是一些调皮的程序（例如，另一位专家）。 进入该文件，并在无意中删除了数据。 但这不是一个终端的质量问题，而是一个程序员的质量问题 :) 你甚至不需要杀死文件，在发生故障的情况下不覆盖一些信息就足够了，比如说。 维护位置的工作转移到了用户身上，可能是一个额外的错误来源。甚至在实施这个区块时也是纯粹的逻辑。 1...24252627282930313233 新评论 您错过了交易机会： 免费交易应用程序 8,000+信号可供复制 探索金融市场的经济新闻 注册 登录 拉丁字符（不带空格） 密码将被发送至该邮箱 发生错误 使用 Google 登录 您同意网站政策和使用条款 如果您没有帐号，请注册 可以使用cookies登录MQL5.com网站。 请在您的浏览器中启用必要的设置，否则您将无法登录。 忘记您的登录名/密码？ 使用 Google 登录
有多少人...
俄罗斯联邦的银行是苏联银行系统的继承者，苏联的银行系统是沙皇俄国银行的继承者，CR的银行是沙皇俄国的继承者。
算一算吧...
;)
也许他们希望他们周围的人相信这一点。但事实上，他们是没有历史、没有名字、没有声誉的新贵。
问题是，在MT4中这种典型的多专家交易的一些套路是自动的，是建立在架构中的，而在MT5中不是这样的。这当然不是致命的，但对每个人来说并不方便。
我甚至会说这对每个人来说都不方便或不舒服
我也是。
但在大多数情况下，这只是一个习惯问题。
是否有可能在MT5中实现对总头寸结构的可靠核算？
也许
将从抽签系统切换到净值系统时丢失的信息保存到文件中。
这不会减慢你的EA的性能。
-----
实际上，听一听开发者的意见会很有意思
为什么他们反对同时实施这两种制度？
我认为这将严重增加分配的规模
而且还拖慢了整个系统。
但你必须问他们。
有没有可能在MT5中实现总头寸结构的可靠核算？
可能的
将从抽签系统切换到净值系统时丢失的信息保存在一个文件中
这不会减慢你的专家顾问的工作。
问题不在于实施的复杂性，而在于解决方案的可靠性。这种方法已经讨论过了，并举出了其不可靠的例子。
应该指出，这些例子以及 "可靠性 "的概念本身并不能说服很多人。你经常替换概念，你说的 "可靠性 "是指别的东西。
宾果--第1000个缓冲器!
问题不在于实施的复杂性，而在于解决方案的可靠性。这种方法已经讨论过了，并举出了其不可靠的例子。
所以，告诉我吧，笨蛋（提前抱歉，没有先看题目，很多文字）。
从文件中读取与从历史记录中读取或调用标准的µl4-函数有什么不同？
你可以在文件中放入任何你想要的东西
你可以设置开放时间、开放价格和票号...
你想怎样就怎样 :)
所以，告诉我吧，笨蛋（提前抱歉，没有先看题目，很多文字）。
从文件中读取与从历史记录中读取，或从调用标准的µl4函数中读取有什么不同？
你可以在文件中放入任何你想要的东西
和开放时间，和开放价格，和票号...
你想怎样就怎样 :)
如果文件丢失了怎么办？ 或者在录入文件的过程中发生了故障，所以内容和订单与服务器不一致？ 或者你不得不在没有文件的情况下从其他公司登录？有很多选择，这些信息会丢失，如果这种丢失是无意的算法，它可能导致严重的财务后果。也就是说，这都增加了一个新的环节，会降低整个系统的可靠性。
所以，告诉我吧，笨蛋（提前抱歉，没有先看题目，很多文字）。
从文件中读取与从历史记录中读取，或从调用标准的µl4函数中读取有什么不同？
你可以在文件中放入任何你想要的东西
你可以设置开放时间、开放价格和票号...
你想怎样就怎样 :)
对于这个问题，以及关于先前的 "实施两种会计制度和复杂性 "的问题，它有什么不同。
没有任何并发症，当然也没有增加分配...
核算的问题在平面上最多也就是对服务器的数据库进行简单的查询。
我重复一遍：到服务器数据库，也就是说，无论我们在哪里，从什么终端都可以。
无论是否杀死我们的文件，都能保证正常运行......相对于自建房而言...
如果一些 "邪恶的黑客 "用大锤子砸向一个硬盘驱动器
而文件被减压，其上的数据被丢失。
但在这种情况下，即使是MT4也救不了你，因为EA已经死亡。
在其他情况下，例如突然停电。
磁盘上的数据（也就是文件中的数据）被保存下来
---
然而，也有可能是一些调皮的程序（例如，另一位专家）。
进入文件并无意中删除了数据。
但这不是一个终端的质量问题，而是一个程序员的质量问题 :)
在实践中，只有在一种情况下，一个文件可以被杀死而不可能被重新激活。
如果一些 "邪恶的黑客 "用大锤子砸向一个硬盘驱动器
而其中一个被减压了，上面存储的数据完全丢失。
但在这种情况下，即使是MT4也救不了你，因为专家顾问已经死亡。
在其他情况下，例如突然停电。
>>磁盘上的数据（也就是文件中的数据）被保存。
---
然而，也有可能是一些调皮的程序（例如，另一位专家）。
进入该文件，并在无意中删除了数据。
但这不是一个终端的质量问题，而是一个程序员的质量问题 :)
你甚至不需要杀死文件，在发生故障的情况下不覆盖一些信息就足够了，比如说。
维护位置的工作转移到了用户身上，可能是一个额外的错误来源。甚至在实施这个区块时也是纯粹的逻辑。