在Canvas上做一个众包项目 - 页 10 1...34567891011121314151617...45 新评论 Yuriy Asaulenko 2016.07.31 14:42 #91 Andrey F. Zelinsky:别傻了 -- 没有一种语言会取代应用语言p.s. 不需要API,纯mql就够了。 会有一个API,我向你保证,你不需要其他东西。应用语言只用于获取市场信息和交易功能。这就是应用语言的终点。 Andrey F. Zelinsky 2016.07.31 14:45 #92 Yuriy Asaulenko: 会有一个API,我向你保证,你不需要其他东西。应用语言只用于获取市场信息和交易功能。这就是应用语言的终点。为什么要向我保证什么 -- 当我已经知道你现在在说废话的时候在速度、更新等方面,没有任何语言可以取代应用语言。当然,你可以欺骗自己。 Yuriy Asaulenko 2016.07.31 14:49 #93 Andrey F. Zelinsky:为什么要向我保证什么 -- 当我已经知道你现在在说废话的时候在速度、更新等方面,没有任何语言可以取代应用语言。当然,你可以欺骗自己。我猜你只是不了解情况。再次强调:一种应用语言只是一打函数,或类,仅此而已。速度?如果你想要HFT,这里不适合你。我一点也不反对MQL。对于许多任务来说,它可能是不可或缺的。 Реter Konow 2016.07.31 14:52 #94 Yuriy Asaulenko: 会有一个API,我向你保证,你不需要其他东西。应用语言只是为了获得市场信息和交易功能。而这就是应用语言的结束。你知道,我想给你举个例子。 我曾经想在TWS平台上进行交易。 我调查了API,决定尝试用C#编写一个交易机器人。当我意识到要实现MQL的一些高级功能需要创建多少功能时,我放弃了这个想法。相反,我开始寻找在MT和TWS之间建立桥梁的可能性,以便将MT作为我的交易机器人的基础。这就是故事... Andrey F. Zelinsky 2016.07.31 14:53 #95 Yuriy Asaulenko:我猜想你只是不了解情况。再一次,一种应用语言只是十几个函数,或类,仅此而已。我不会告诉你 -- 如果你不在这个圈子里,那么你就不在这个圈子里 -- 每一个人都是不同的,在梦中和在现实生活中。至于 "一种应用语言只是十几个函数或类,仅此而已" -- 不,远非如此。 Yuriy Asaulenko 2016.07.31 14:58 #96 Реter Konow:你知道,我想给你举一个例子。 我曾经想在TWS平台上进行交易。 我调查了API,决定尝试用C#编写一个交易机器人。当我意识到要实现MQL的一些高级功能需要创建多少功能时,我放弃了这个想法。相反,我开始寻找机会,在MT和TWS之间建立一座桥梁,以便将MT作为我的交易机器人的基础。这就是故事...对不起,我不知道,也没有与TWS合作过。API是MT的全部功能。语言是你感到舒服的任何东西。再一次--我并不是说不需要MKL。这对许多任务来说是必要的。但它没有,也不可能解决很多问题。 Реter Konow 2016.07.31 15:02 #97 Yuriy Asaulenko:对不起,我不知道,也没有与TWS合作过。API是MT的全部功能。语言是你感到舒服的任何东西。再一次--我不是说不需要MKL。这对许多任务来说是必要的。但它并没有,也不能解决很多问题。我认为MT和MQL的主要缺点是没有一个简单的方法来为应用程序创建一个专业的界面。 否则,我甚至不知道该抱怨什么......。 Yuriy Asaulenko 2016.07.31 15:06 #98 Andrey F. Zelinsky:我不会告诉你 -- 如果你不在这个圈子里,那么你就不在这个圈子里 -- 每一个人都是不同的,在梦中和在现实生活中。至于 "一种应用语言只是一打函数或类,仅此而已" -- 不,远非如此。如果这对你来说更方便,我不打算争论。Jedem das seine (c)我没有什么可以反驳你的,因为这很适合你。我同意你的观点。而且我不希望你停止同意它。如果我不争论,你为什么要争论?我不明白。 Andrey F. Zelinsky 2016.07.31 15:12 #99 Yuriy Asaulenko:如果我对另一件事很满意,你为什么要争论呢?我不明白。 我从不与人争论 -- 提出观点并不是争论 Yuriy Asaulenko 2016.07.31 15:16 #100 Реter Konow:我认为MT和MQL的主要缺点是缺乏为应用程序创建专业界面的简便方法。 否则,--我甚至不知道该抱怨什么......。从创建滚动按钮、表格等方面看,它不会是专业的。MKL的水平是80年代的Borland C++ 3.0。接口等。(以想到的为准)向外,用任何语言。MKL的交易功能 和市场信息。而所有的问题都得到了解决。谁更舒服,谁就这么做。如果你愿意,你可以用MKL创建你的TS;如果你愿意,你可以在LISP上创建它。没有异议。你为什么把我当成人民的敌人来对待?我是不是想夺走你心爱的MCL?我不是,而且我做梦也不会想到)。 1...34567891011121314151617...45 新评论 您错过了交易机会: 免费交易应用程序 8,000+信号可供复制 探索金融市场的经济新闻 注册 登录 拉丁字符(不带空格) 密码将被发送至该邮箱 发生错误 使用 Google 登录 您同意网站政策和使用条款 如果您没有帐号,请注册 可以使用cookies登录MQL5.com网站。 请在您的浏览器中启用必要的设置,否则您将无法登录。 忘记您的登录名/密码? 使用 Google 登录
别傻了 -- 没有一种语言会取代应用语言
p.s. 不需要API,纯mql就够了。
会有一个API,我向你保证,你不需要其他东西。应用语言只用于获取市场信息和交易功能。这就是应用语言的终点。
为什么要向我保证什么 -- 当我已经知道你现在在说废话的时候
在速度、更新等方面,没有任何语言可以取代应用语言。
当然,你可以欺骗自己。
为什么要向我保证什么 -- 当我已经知道你现在在说废话的时候
在速度、更新等方面,没有任何语言可以取代应用语言。
当然,你可以欺骗自己。
我猜你只是不了解情况。再次强调:一种应用语言只是一打函数,或类,仅此而已。
速度?如果你想要HFT,这里不适合你。
我一点也不反对MQL。对于许多任务来说,它可能是不可或缺的。
会有一个API,我向你保证,你不需要其他东西。应用语言只是为了获得市场信息和交易功能。而这就是应用语言的结束。
你知道,我想给你举个例子。
我曾经想在TWS平台上进行交易。
我调查了API,决定尝试用C#编写一个交易机器人。
当我意识到要实现MQL的一些高级功能需要创建多少功能时,我放弃了这个想法。
相反,我开始寻找在MT和TWS之间建立桥梁的可能性,以便将MT作为我的交易机器人的基础。
这就是故事...
我猜想你只是不了解情况。再一次,一种应用语言只是十几个函数,或类,仅此而已。
我不会告诉你 -- 如果你不在这个圈子里,那么你就不在这个圈子里 -- 每一个人都是不同的,在梦中和在现实生活中。
至于 "一种应用语言只是十几个函数或类,仅此而已" -- 不,远非如此。
你知道,我想给你举一个例子。
我曾经想在TWS平台上进行交易。
我调查了API,决定尝试用C#编写一个交易机器人。
当我意识到要实现MQL的一些高级功能需要创建多少功能时,我放弃了这个想法。
相反,我开始寻找机会,在MT和TWS之间建立一座桥梁,以便将MT作为我的交易机器人的基础。
这就是故事...
对不起,我不知道,也没有与TWS合作过。
API是MT的全部功能。语言是你感到舒服的任何东西。
再一次--我并不是说不需要MKL。这对许多任务来说是必要的。但它没有,也不可能解决很多问题。
对不起,我不知道,也没有与TWS合作过。
API是MT的全部功能。语言是你感到舒服的任何东西。
再一次--我不是说不需要MKL。这对许多任务来说是必要的。但它并没有,也不能解决很多问题。
我认为MT和MQL的主要缺点是没有一个简单的方法来为应用程序创建一个专业的界面。
否则,我甚至不知道该抱怨什么......。
我不会告诉你 -- 如果你不在这个圈子里,那么你就不在这个圈子里 -- 每一个人都是不同的,在梦中和在现实生活中。
至于 "一种应用语言只是一打函数或类,仅此而已" -- 不,远非如此。
如果这对你来说更方便,我不打算争论。Jedem das seine (c)
我没有什么可以反驳你的,因为这很适合你。我同意你的观点。而且我不希望你停止同意它。
如果我不争论,你为什么要争论?我不明白。
如果我对另一件事很满意,你为什么要争论呢?我不明白。
我认为MT和MQL的主要缺点是缺乏为应用程序创建专业界面的简便方法。
否则,--我甚至不知道该抱怨什么......。
从创建滚动按钮、表格等方面看,它不会是专业的。MKL的水平是80年代的Borland C++ 3.0。
接口等。(以想到的为准)向外,用任何语言。MKL的交易功能 和市场信息。而所有的问题都得到了解决。谁更舒服,谁就这么做。如果你愿意,你可以用MKL创建你的TS;如果你愿意,你可以在LISP上创建它。没有异议。
你为什么把我当成人民的敌人来对待?我是不是想夺走你心爱的MCL?我不是,而且我做梦也不会想到)。