对MQL5的祝愿 - 页 29

新评论
 
Cronex:

在把市场情况看成歇斯底里的立场上，我不敢苟同......。但这是我自己的看法。在一个有利可图的订单的情况下，看一下较高的时间框架来决定是否等待一个小的回撤并在较高的时间框架上继续处理该订单，或者因为缺乏成功而直接关闭它，确实是有意义的。

我不是说你不应该考虑市场历史。事实上，它是唯一可以而且应该被考虑的事情。

我是说，考虑到开单的日期和价格是没有意义的（有害）。在这个意义上，马吉克是维持幻想的一种手段 :)不想重复自己，请看这里。

而在电线上，我不认为马吉克会做。想象一下，有多少可怜的程序员。在一些程序中，对马吉克的请求肯定会进入一个循环，使服务器过载。而如果哪怕只有一个这样的程序进入流通领域，也将是整个技术的终结。

 
SK. писал (а):

而在电线上，我不认为会有任何马吉克。想象一下，有多少悲惨的程序员。在一些程序中，对马吉克的请求肯定会进入一个循环，加载服务器。如果哪怕只有一个这样的程序进入流通领域，整个技术就会被毁掉。

我想我错了：我并没有建议从服务器上单独请求它。我建议只在调用OrderModify的时候覆盖它。



 
SK. писал (а): 想象一下，有多少被误导的程序员。在一些程序中，改变 一个majik的请求必然会进入一个循环并加载服务器。

我明白你的意思.....，危险确实存在。就像重新安排SL和TP一样。

 
Cronex:
SK.写道（a）： 想象一下，有多少可悲的程序员。在一些程序中，改变 一个majik的请求必然会进入一个循环并加载服务器。

我明白你的意思.....，危险确实存在。就像移位SL和TP一样


这已经是一个细节，没有你和我，他们不会做什么：)但如果是这样，请求或回应也将是假设的--你怎么看它。例如，连接到账户的一台PC对服务器SL的改变，会在连接到账户的所有PC上显示新的SL值。

你和我就像多布钦斯基和波布钦斯基。

Bobchinsky..."呃！"我对彼得-伊万诺维奇说......。
多布钦斯基。不，皮奥特-伊万诺维奇，我说。"э!"
波布钦斯基。首先是你说的，然后是我说的。"Э!- 彼得-伊万诺维奇和我说。- "他为什么要坐在这里，因为他的路
到萨拉托夫省？"

 
SK. писал (а):


是啊...用户能做的所有事情都是为了让系统屈服，他就会这么做。即使没有清醒过来 :-)

不幸的是，作为一个结果，许多产品都有过多的检查和再检查，接口保护，以防止 "愚蠢 "和意外的不可预测的用户行动。

最近，我不得不与一位客户沟通，他对一份官方文件的 "批准 "状态的理解有些特殊。该文件算是被批准和签署了，但其中的所有内容都可以改变，而不需要进一步重新考虑和重新批准。想象一下，作为一个例子：你向银行发送了一份付款单，银行忠实地执行了它，然后你在纠正了原始文件后，来到银行，打出了 "付款单执行不正确 "的字样。

 
Cronex:

不幸的是，由于这个原因，许多产品都有过多的检查和复查功能，界面上的保护是为了防止 "傻瓜 "和意外的不可预知的用户行为。

是的，我很清楚这一点。由于这个原因，我不得不花费大量的时间来使程序万无一失，所以工作已经绵延了半年之久。而这一切都是因为用户可以改变控制图标的颜色或外观，然后抱怨。

顺便说一下，关于这个主题。需要以编程方式调整对象属性： 禁止/允许改变颜色、大小、字体、突出显示、删除等。

 
让我提醒你，在没有图形界面的情况下，也可以运行终端。
例如同样的冠军，显然一个运作良好的专家不需要一个图形界面。
 

一个很大的要求是使EA（指标、脚本）的运行成为可能，不仅仅是在一个新的tick的到来，而是以不同的方式运行

我需要

  1. 通过打勾
  2. 按时间划分
  3. 通过外部事件，对连接到其他矩阵的计算很重要。

也许像这样的3个功能启动

开始0 {} //按刻度工作

开始 1 {} //按时间工作（选择每秒钟、每分钟、每小时，等等）。

Start 2 {} // 在一个外部事件上运行，比如说当一个外部程序完成了计算，并且该程序的计算结果文件中的数据已经被更新。

提前感谢。

 

能够在文件系统的文件夹中按组组织用户指标 也可能是有用的。在一个文件夹里有一堆指标并不是一个好主意 :-)

 

如果能够设置一个固定的 价格比例（点/像素），比例限制按给定值的倍数自动 改变，例如5或10点，那就更好了。

1...222324252627282930313233343536...131
新评论