新一代交易软件的到来。EA的界面应该是怎样的？ - 页 3 12345678910...14 新评论 Mykola Demko 2016.09.16 14:03 #21 同样，值得估计的是，编写界面本身需要多少时间，以及我们在这方面要节省多少时间。并尝试估计生产成本。也就是说，评估这个游戏是否值得。 Maxim Kuznetsov 2016.09.16 14:05 #22 - 在编程方面：OO（面向对象）将转移，FP（功能编程）和ES（专家系统）的元素将被积极使用- 视觉 "应用程序构建者将统治-贸易终端的 时代将很可能结束 - 目前的终端将成为数据和订单到经典应用的 "路由器"。终端无法 "把握浩瀚"。所以我认为... Реter Konow 2016.09.16 14:11 #23 Nikolay Demko:界面是次要的功能。每个EA都有自己的功能需求（有些有足够多的标准实例）。不可能有一个通用的接口。最普遍的功能是基本的MQL。其余的都是与MQL相关的更高层次的语言。如果MQL不是那么复杂，为什么还要考虑建立一种通用的界面语言呢？对它的需求会有多大？假设我们有某个市场调查。为此，我们编写了一个最方便改变的专家顾问。而且它需要某种管理界面。界面本身是根据管理的需要来实现的，应该显示多少信息，应该接收什么命令，以及在什么事件发生的时候。一旦这些问题得到了回答，创建一个界面就比较容易了，不需要任何通用的技巧。否则，如果没有任何具体的约束，就会变成这样。1）在完全排除和禁止人为干预的情况下，界面是次要的功能。如果人的干预是必要的，那么接口就是一种适配器，通过它可以连接人的行动和决定形式的额外功能。机器人是否应该完全独立的问题是值得商榷的，但无可争议的是，至少有时人类应该干预它的活动，而这需要一个界面。 2.我们不会创建一种特殊的语言来创建界面。未来的开发者将以一种非常简单的方式创建它，而不需要写程序代码。这项技术将很快完成。所以没有必要担心这个问题。稍后，我将更详细地描述究竟如何创建接口。非常容易。3.不幸的是，使用传统方法创建一个完整的界面是非常困难的。虽然现在有了图形库，大大方便了这项工作......。 Реter Konow 2016.09.16 14:17 #24 Maxim Kuznetsov:- 在编程方面：OO（面向对象）将转移，FP（功能编程）和ES（专家系统）的元素将被积极使用- 视觉 "应用程序构建者将统治-贸易终端的 时代将很可能结束 - 目前的终端将成为数据和订单到经典应用的 "路由器"。终端无法 "把握浩瀚"。所以我认为...我同意你的观点。一个可视化的应用程序构建器不仅可以包括对图形的处理，还可以包括对程序的逻辑核心的处理。该技术本质上是非常简单的。所需要的是对函数调用进行索引（编号），并将这些索引放入一个三维内核（数组）。一些函数将检查事件，其他函数将执行程序和计算。这个内核必须 "连接 "到一个逻辑引擎，该引擎将沿着事件的 "周边 "移动，选择所需的逻辑链。 这种内核的编译也可以在可视化环境中完成。 Georgiy Merts 2016.09.16 14:18 #25 很奇怪... 这一切是为了什么？ 在我看来，作者自己都不明白自己想要什么。我想作者自己也不明白他想要什么。例如，我的专家顾问，没有任何界面或设置。一旦你运行它，它就会工作。只需观察TS何时停止工作--并将新的 "违规者 "放入....。 Реter Konow 2016.09.16 14:49 #26 George Merts:很奇怪... 这一切是为了什么？ 在我看来，作者自己都不明白自己想要什么。在现实中，每个人都希望有一个只有一个按钮的专家顾问--"切面团"。 而所有这些 "界面功能 "只是一个棘手的问题。比方说，我的专家顾问根本就没有界面或设置。你启动它们，它们就会工作。只要注意TS何时停止工作--并通过投入新的....，清除 "不法分子"。让我们来回答这个问题："切面团 "按钮是否能100%保证其 "切"？显然，如果我们创建一个 "切面团 "按钮，而不是一个界面，并不断地按下它，我们就不会赚更多的钱。一个明智的交易员明白，在按钮下面必须有代码来支持主要功能。 在现实中，这样的按钮需要一个理想的功能，完美到人工智能本身无法与之竞争，因为人工智能是人类思维的副本，而不是上帝，因此它的有效性不会高于普通交易员，对于这样的按钮，你需要一个无错误的预测系统。在我们拥有它之前，期望一个有效的系统在一个按钮上运行，并且在没有任何额外设置、没有用户界面、没有人类干预的情况下不断 "切面"，是天真的。基于对这样一个神奇按钮的信任，而无视用户界面作为真实交易中程序管理的额外工具，是根本不明智的。 Maxim Kuznetsov 2016.09.16 14:50 #27 Maxim Kuznetsov:- 在编程方面：OO（面向对象）将转移，FP（功能编程）和ES（专家系统）的元素将被积极使用- 视觉 "应用程序构建者将统治-贸易终端的 时代将很可能结束 - 目前的终端将成为数据和订单到经典应用的 "路由器"。终端无法 "把握浩瀚"。所以我认为... 是的，可能会出现3S（ServerSideScript）--发展OCO订单的想法，并将HFT的元素直接转移到服务器上。技术允许这样做，唯一的问题是协议和语言。也就是说，执行逻辑将变得真正的分布式 Реter Konow 2016.09.16 15:01 #28 Maxim Kuznetsov: 是的，可能会有某种3S（ServerSideScript）--开发OCO订单的想法，并将HFT元素直接转移到服务器。技术允许这样做，唯一的问题是协议和语言。也就是说，执行逻辑将成为真正的分布式。我确信大公司的机器人有完整的界面、定制系统、可视化和其他东西。这些机器人具有更高的水平。我希望能联系到他们。 人类所做的每件事都是可以改变和改进的。我认为市场交易将进一步从HFT机器发展到智能机器人。使用 "智能 "机器人进行交易，应用复杂的策略，调整其性能，收集和分析统计数据，比设置机器，运行它，然后只是希望获得利润要有趣得多。 Alexander Ivanov 2016.09.16 15:21 #29 Реter Konow:我相信大公司的机器人有完整的界面、定制系统、可视化等等。这些机器人具有更高的水平。我希望能联系到他们。 人类所做的每件事都是可以改变和改进的。我认为市场交易将进一步从HFT机器发展到智能机器人。使用 "智能 "机器人进行交易，应用复杂的策略，调整其性能，收集和分析统计数据，比设置机器，运行它，然后只是希望获得利润要有趣得多。 大玩家们用最简单的趋势跟踪机器人进行交易。 他们希望iMA=20，仅此而已。然后他们平均下来，以20%的损失收盘。 Maxim Kuznetsov 2016.09.16 15:21 #30 抽象的说，关于 "大公司的机器人" - 他们没有机器人:-)至少在我们的EA意义上......有政策（一种大型战略），有分析中心，有执行一些目标的激活器（交易员+经典机器人）。 12345678910...14 新评论 您错过了交易机会： 免费交易应用程序 8,000+信号可供复制 探索金融市场的经济新闻 注册 登录 拉丁字符（不带空格） 密码将被发送至该邮箱 发生错误 使用 Google 登录 您同意网站政策和使用条款 如果您没有帐号，请注册 可以使用cookies登录MQL5.com网站。 请在您的浏览器中启用必要的设置，否则您将无法登录。 忘记您的登录名/密码？ 使用 Google 登录
同样，值得估计的是，编写界面本身需要多少时间，以及我们在这方面要节省多少时间。
并尝试估计生产成本。
也就是说，评估这个游戏是否值得。
- 在编程方面：OO（面向对象）将转移，FP（功能编程）和ES（专家系统）的元素将被积极使用
- 视觉 "应用程序构建者将统治
-贸易终端的 时代将很可能结束 - 目前的终端将成为数据和订单到经典应用的 "路由器"。终端无法 "把握浩瀚"。
所以我认为...
界面是次要的功能。
每个EA都有自己的功能需求（有些有足够多的标准实例）。
不可能有一个通用的接口。
最普遍的功能是基本的MQL。
其余的都是与MQL相关的更高层次的语言。
如果MQL不是那么复杂，为什么还要考虑建立一种通用的界面语言呢？对它的需求会有多大？
假设我们有某个市场调查。为此，我们编写了一个最方便改变的专家顾问。而且它需要某种管理界面。
界面本身是根据管理的需要来实现的，应该显示多少信息，应该接收什么命令，以及在什么事件发生的时候。
一旦这些问题得到了回答，创建一个界面就比较容易了，不需要任何通用的技巧。
否则，如果没有任何具体的约束，就会变成这样。
1）在完全排除和禁止人为干预的情况下，界面是次要的功能。如果人的干预是必要的，那么接口就是一种适配器，通过它可以连接人的行动和决定形式的额外功能。机器人是否应该完全独立的问题是值得商榷的，但无可争议的是，至少有时人类应该干预它的活动，而这需要一个界面。
2.我们不会创建一种特殊的语言来创建界面。未来的开发者将以一种非常简单的方式创建它，而不需要写程序代码。这项技术将很快完成。所以没有必要担心这个问题。稍后，我将更详细地描述究竟如何创建接口。非常容易。
3.不幸的是，使用传统方法创建一个完整的界面是非常困难的。虽然现在有了图形库，大大方便了这项工作......。
- 在编程方面：OO（面向对象）将转移，FP（功能编程）和ES（专家系统）的元素将被积极使用
- 视觉 "应用程序构建者将统治
-贸易终端的 时代将很可能结束 - 目前的终端将成为数据和订单到经典应用的 "路由器"。终端无法 "把握浩瀚"。
所以我认为...
我同意你的观点。一个可视化的应用程序构建器不仅可以包括对图形的处理，还可以包括对程序的逻辑核心的处理。该技术本质上是非常简单的。所需要的是对函数调用进行索引（编号），并将这些索引放入一个三维内核（数组）。一些函数将检查事件，其他函数将执行程序和计算。这个内核必须 "连接 "到一个逻辑引擎，该引擎将沿着事件的 "周边 "移动，选择所需的逻辑链。
这种内核的编译也可以在可视化环境中完成。
很奇怪...
这一切是为了什么？
在我看来，作者自己都不明白自己想要什么。
我想作者自己也不明白他想要什么。
例如，我的专家顾问，没有任何界面或设置。一旦你运行它，它就会工作。只需观察TS何时停止工作--并将新的 "违规者 "放入....。
很奇怪...
这一切是为了什么？
在我看来，作者自己都不明白自己想要什么。
在现实中，每个人都希望有一个只有一个按钮的专家顾问--"切面团"。 而所有这些 "界面功能 "只是一个棘手的问题。
比方说，我的专家顾问根本就没有界面或设置。你启动它们，它们就会工作。只要注意TS何时停止工作--并通过投入新的....，清除 "不法分子"。
让我们来回答这个问题："切面团 "按钮是否能100%保证其 "切"？显然，如果我们创建一个 "切面团 "按钮，而不是一个界面，并不断地按下它，我们就不会赚更多的钱。一个明智的交易员明白，在按钮下面必须有代码来支持主要功能。
在现实中，这样的按钮需要一个理想的功能，完美到人工智能本身无法与之竞争，因为人工智能是人类思维的副本，而不是上帝，因此它的有效性不会高于普通交易员，对于这样的按钮，你需要一个无错误的预测系统。在我们拥有它之前，期望一个有效的系统在一个按钮上运行，并且在没有任何额外设置、没有用户界面、没有人类干预的情况下不断 "切面"，是天真的。基于对这样一个神奇按钮的信任，而无视用户界面作为真实交易中程序管理的额外工具，是根本不明智的。
- 在编程方面：OO（面向对象）将转移，FP（功能编程）和ES（专家系统）的元素将被积极使用
- 视觉 "应用程序构建者将统治
-贸易终端的 时代将很可能结束 - 目前的终端将成为数据和订单到经典应用的 "路由器"。终端无法 "把握浩瀚"。
所以我认为...
是的，可能会有某种3S（ServerSideScript）--开发OCO订单的想法，并将HFT元素直接转移到服务器。技术允许这样做，唯一的问题是协议和语言。也就是说，执行逻辑将成为真正的分布式。
我确信大公司的机器人有完整的界面、定制系统、可视化和其他东西。这些机器人具有更高的水平。我希望能联系到他们。
人类所做的每件事都是可以改变和改进的。我认为市场交易将进一步从HFT机器发展到智能机器人。
使用 "智能 "机器人进行交易，应用复杂的策略，调整其性能，收集和分析统计数据，比设置机器，运行它，然后只是希望获得利润要有趣得多。
我相信大公司的机器人有完整的界面、定制系统、可视化等等。这些机器人具有更高的水平。我希望能联系到他们。
人类所做的每件事都是可以改变和改进的。我认为市场交易将进一步从HFT机器发展到智能机器人。
使用 "智能 "机器人进行交易，应用复杂的策略，调整其性能，收集和分析统计数据，比设置机器，运行它，然后只是希望获得利润要有趣得多。
大玩家们用最简单的趋势跟踪机器人进行交易。
他们希望iMA=20，仅此而已。然后他们平均下来，以20%的损失收盘。
抽象的说，关于 "大公司的机器人" - 他们没有机器人:-)至少在我们的EA意义上......有政策（一种大型战略），有分析中心，有执行一些目标的激活器（交易员+经典机器人）。