一家私人投资基金的资产管理团队正在招聘交易员策略师 - 页 13 1...678910111213141516 新评论 Петр 2010.12.02 17:46 #121 真的，钱？这就是你所感兴趣的吗？ 我不认为会有这样的问题。 你会没事的... Tatiana Duminica 2010.12.02 19:00 #122 Svinozavr: 真的，钱？这就是你所感兴趣的吗？ 我不认为会有这样的问题。 你会没事的... 是对谁的问题？） Алексей 2010.12.02 22:29 #123 Andrei01: 报价是普通的数据。数据不能被转移到终端吗？交易订单也是如此。 安德烈，你似乎搞错了。没有办法将流媒体报价传送到终端。当 终端在离线模式下运行 时，只有分钟条形图可以传递给终端，并可以从历史文件中加载条形图。 然后你可以在这些文件中添加新的条形图，这些条形图可以从其他来源的报价中提取，例如从热点，使用dll或一个单独的exe应用程序。当然，你可以开发你自己的终端和服务器部分，以及连接到第三方服务器的桥。但这一过程并不像它看起来那么快。授权给一个已经可靠和完善的MT服务器，并连接桥接器，是比较容易和快速的。 Алексей 2010.12.03 00:28 #124 致罗斯里昂 >>我的成本只有经营网站的经纪人是约20000欧元与监测，但从佣金的被动收入））。 而MT服务器的许可证将不是由你支付，而是由参与项目 的其他人支付？我只是很好奇。 Andrei01 2010.12.03 06:25 #125 elritmo: 安德鲁，你似乎搞错了。没有办法将流媒体报价传送到终端。你只能通过在离线模式下运行终端来传输分钟条形图，这时它可以从历史文件中下载条形图，你可以在这些文件中添加新的条形图，这些条形图可以根据其他来源的报价建立，例如从热点，使用dll或单独的exe程序。当然，你可以开发你自己的终端和服务器部分，以及连接到第三方服务器的桥。但这一过程并不像它看起来那么快。许可一个已经可靠和完善的MT服务器，并连接桥接，这更容易和更快。Alexey，你似乎混淆了不同的事情--历史条形图的转移和报价的转移，这是正常的数据。当然，该终端将在离线状态下工作，因为报价并非来自交易流。事实上，终端是作为MQL代码的翻译器使用的。当然，在给定的条件下，访问酒吧将是不可能的，我们将需要形成等价的酒吧阵列。这可能比在另一个开发环境中重写整个EA代码更容易。这种解决方案只适用于单一账户和交易者，但仍有机会以最小的成本直接交易，而不需要不必要的中间件。当然，当涉及到管理多个账户和经纪人时，授权是最好的。 Алексей 2010.12.03 07:11 #126 Andrei01: 阿列克谢，你似乎混淆了不同的事情--历史条形图和报价的传输，这是传统数据。当然，该终端将在离线状态下工作，因为报价并非来自交易流。事实上，终端是作为MQL代码的翻译器使用的。当然，在给定的条件下，访问酒吧将是不可能的，我们将需要形成等价的酒吧阵列。这可能比在另一个开发环境中重写整个EA代码更容易。这种解决方案只适用于单一账户和交易者，但仍然提供了直接交易的可能性，没有不必要的中间件，成本最低。当然，当涉及到管理多个账户和经纪人时，授权是最好的。 假设我们有一个用MQL4编写的EA，有三个基本函数init start deinit。如何在不是来自MT服务器的报价的每一个刻度 上调用这些函数？ 在我看来，他们似乎不会。如果有可能，一些经纪公司会让他们的交易服务器与MT终端一起工作。你认为这在MQ中会被允许吗？ 而我，则认为这更简单。如果有用MQL4编写的黄牛，他们可以很容易地移植到另一种语言，例如C++，并使用FIX协议或该协议的API连接到流动性提供者的服务器。 Andrei01 2010.12.03 07:15 #127 elritmo: 假设我们有一个用MQL4编写的EA，有三个基本函数init start deinit。如何在不是来自MT服务器的报价的每一个刻度上调用这些函数？ 在我看来，他们不会的。 init和deinit被自动调用一次，而不是每次勾选，你可以搜索启动--它已经被讨论过多次了。 Andrei01 2010.12.03 07:17 #128 elritmo: 我认为这比这更简单。如果有用MQL4编写的黄牛，它们可以很容易地被移植到另一种语言，例如C++，并使用FIX协议或该协议的API连接到流动性提供者的服务器，正如你所说的。 如果你必须重写所有的东西，当你可以不写的时候，又能容易多少呢？ Алексей 2010.12.03 07:33 #129 Andrei01: init和deinit被自动调用一次，而不是在每次勾选时调用，关于启动搜索的开始，已经讨论了很多。 这很有意思。我将搜索如何在内部调用启动。我一定是有些不合群了 :) 我不知道，MQL4与C++非常相似，我不认为将Expert Advisor的逻辑转移到这种语言或Java等有任何问题。开发一个桥梁并与服务器通信，而服务器又会与ECN服务器建立桥梁（或者可能没有这个中间桥梁，这取决于任务），这要困难得多。此外，在这种情况下，Expert Advisor中所有预定义 的Point Ask Bid类型的变量都不会被初始化，所以必须用dll中调用的函数来代替。与MarketInfo、 AccountFreeMargin等 服务功能一样，如果不连接到MT服务器，它们将无法工作。这就是为什么我认为用C语言重写我们的EA会更容易。 Andrei01 2010.12.03 07:40 #130 elritmo: 我不知道，MQL4与C++非常相似，我不认为将专家顾问的逻辑转移到这种语言或Java等有任何问题。开发一个桥梁并与服务器通信，而服务器又会与ECN服务器建立桥梁（或可能没有这个中间桥梁，这取决于任务），这要困难得多。此外，在这种情况下，Expert Advisor中所有预定义的Point Ask Bid类型的变量都不会被初始化，所以必须用dll中调用的函数来代替。与MarketInfo、 AccountFreeMargin等 服务功能一样，如果不连接到MT服务器，它们将无法工作。这就是为什么我认为用C语言重写我们的EA会更容易。 也许对你来说，不断地将你的代码重写成其他语言并不是什么问题，而且你有足够的空闲时间来做这件事，但这并不意味着每个人都应该效仿你的做法。复制几个预定义的变量 并不像重写整个EA那样耗费时间，除非这些变量占据了大部分的代码。:) 1...678910111213141516 新评论 您错过了交易机会： 免费交易应用程序 8,000+信号可供复制 探索金融市场的经济新闻 注册 登录 拉丁字符（不带空格） 密码将被发送至该邮箱 发生错误 使用 Google 登录 您同意网站政策和使用条款 如果您没有帐号，请注册 可以使用cookies登录MQL5.com网站。 请在您的浏览器中启用必要的设置，否则您将无法登录。 忘记您的登录名/密码？ 使用 Google 登录
我不认为会有这样的问题。
你会没事的...
真的，钱？这就是你所感兴趣的吗？
我不认为会有这样的问题。
你会没事的...
报价是普通的数据。数据不能被转移到终端吗？交易订单也是如此。
致罗斯里昂
>>我的成本只有经营网站的经纪人是约20000欧元与监测，但从佣金的被动收入））。
而MT服务器的许可证将不是由你支付，而是由参与项目 的其他人支付？我只是很好奇。
安德鲁，你似乎搞错了。没有办法将流媒体报价传送到终端。你只能通过在离线模式下运行终端来传输分钟条形图，这时它可以从历史文件中下载条形图，你可以在这些文件中添加新的条形图，这些条形图可以根据其他来源的报价建立，例如从热点，使用dll或单独的exe程序。当然，你可以开发你自己的终端和服务器部分，以及连接到第三方服务器的桥。但这一过程并不像它看起来那么快。许可一个已经可靠和完善的MT服务器，并连接桥接，这更容易和更快。
Alexey，你似乎混淆了不同的事情--历史条形图的转移和报价的转移，这是正常的数据。当然，该终端将在离线状态下工作，因为报价并非来自交易流。事实上，终端是作为MQL代码的翻译器使用的。当然，在给定的条件下，访问酒吧将是不可能的，我们将需要形成等价的酒吧阵列。这可能比在另一个开发环境中重写整个EA代码更容易。这种解决方案只适用于单一账户和交易者，但仍有机会以最小的成本直接交易，而不需要不必要的中间件。当然，当涉及到管理多个账户和经纪人时，授权是最好的。
阿列克谢，你似乎混淆了不同的事情--历史条形图和报价的传输，这是传统数据。当然，该终端将在离线状态下工作，因为报价并非来自交易流。事实上，终端是作为MQL代码的翻译器使用的。当然，在给定的条件下，访问酒吧将是不可能的，我们将需要形成等价的酒吧阵列。这可能比在另一个开发环境中重写整个EA代码更容易。这种解决方案只适用于单一账户和交易者，但仍然提供了直接交易的可能性，没有不必要的中间件，成本最低。当然，当涉及到管理多个账户和经纪人时，授权是最好的。
假设我们有一个用MQL4编写的EA，有三个基本函数init start deinit。如何在不是来自MT服务器的报价的每一个刻度 上调用这些函数？
在我看来，他们似乎不会。如果有可能，一些经纪公司会让他们的交易服务器与MT终端一起工作。你认为这在MQ中会被允许吗？
而我，则认为这更简单。如果有用MQL4编写的黄牛，他们可以很容易地移植到另一种语言，例如C++，并使用FIX协议或该协议的API连接到流动性提供者的服务器。
假设我们有一个用MQL4编写的EA，有三个基本函数init start deinit。如何在不是来自MT服务器的报价的每一个刻度上调用这些函数？
在我看来，他们不会的。
elritmo:
我认为这比这更简单。如果有用MQL4编写的黄牛，它们可以很容易地被移植到另一种语言，例如C++，并使用FIX协议或该协议的API连接到流动性提供者的服务器，正如你所说的。
init和deinit被自动调用一次，而不是在每次勾选时调用，关于启动搜索的开始，已经讨论了很多。
这很有意思。我将搜索如何在内部调用启动。我一定是有些不合群了 :)
我不知道，MQL4与C++非常相似，我不认为将Expert Advisor的逻辑转移到这种语言或Java等有任何问题。开发一个桥梁并与服务器通信，而服务器又会与ECN服务器建立桥梁（或者可能没有这个中间桥梁，这取决于任务），这要困难得多。此外，在这种情况下，Expert Advisor中所有预定义 的Point Ask Bid类型的变量都不会被初始化，所以必须用dll中调用的函数来代替。与MarketInfo、 AccountFreeMargin等 服务功能一样，如果不连接到MT服务器，它们将无法工作。这就是为什么我认为用C语言重写我们的EA会更容易。
elritmo:
我不知道，MQL4与C++非常相似，我不认为将专家顾问的逻辑转移到这种语言或Java等有任何问题。开发一个桥梁并与服务器通信，而服务器又会与ECN服务器建立桥梁（或可能没有这个中间桥梁，这取决于任务），这要困难得多。此外，在这种情况下，Expert Advisor中所有预定义的Point Ask Bid类型的变量都不会被初始化，所以必须用dll中调用的函数来代替。与MarketInfo、 AccountFreeMargin等 服务功能一样，如果不连接到MT服务器，它们将无法工作。这就是为什么我认为用C语言重写我们的EA会更容易。