来自一个 "傻瓜 "的问题 - 页 144 1...137138139140141142143144145146147148149150151...277 新评论 Vladimir Gomonov 2012.05.14 10:14 #1431 Yedelkin: 我还看不出#define是如何与类结合的。 Lehko,完全没有问题。 Yedelkin 2012.05.14 10:18 #1432 MetaDriver: 没问题。 但是#define必须在Expert Advisor的正文中声明,如果这个常量没有被定义在类中,那么如何编译类? Vladimir Gomonov 2012.05.14 10:22 #1433 Yedelkin: 但是#define应该在EA主体中声明,如果类中没有定义这样的常量,如何编译? Define可以在程序的任何地方定义,包括include文件。 此外,define可以被多次重新定义(但编译器会警告 你,这也没关系)。 Yedelkin 2012.05.14 10:36 #1434 MetaDriver: 一个定义可以在程序中的任何地方定义,包括包含文件。 不仅如此,一个定义可以被多次覆盖(尽管会有一个编译器警告,这也没关系)。 哦,怎么会呢?那很好啊! Yedelkin 2012.05.15 07:22 #1435 在"MQL5参考/ 标准常量、枚举和结构/ 交易常量/ 订单属性 "中的订单属性中,有两个此类属性。 订单_时间_设置 下订单时间 日期时间 顺序_时间_完成 订单的执行或取消时间 日期时间 我通常与待处理的订单打交道,所以我从未对使用这些属性有任何疑问。但在下市场订单的情况下,我们有一些问题:服务器是否为市场订单指定ORDER_TIME_SETUP 属性,还是仅限于ORDER_TIME_DONE?换句话说,当一个市场订单从交易历史中被访问时,请求并检查ORDER_TIME_SETUP 属性是否合理? 我现在不能亲自检查这个问题。 --- 2012.05.15 09:00 #1436 Yedelkin:我现在不能亲自检查这个问题。 你是否接受这个答案,还是以后再检查? Yedelkin 2012.05.15 11:19 #1437 sergeev: 你会相信这个答案,还是以后再查? 如果你没有别的话可说,你可以不说。 --- 2012.05.15 11:55 #1438 Yedelkin: 如果你没有别的话可说,你可以不说。不,我有一个具体的问题,一个原则问题。你会相信这个答案,还是以后会相信这个答案? Yedelkin 2012.05.15 12:18 #1439 sergeev: 耶德尔金。 如果你没有别的话可说,你可以不说。 不,我有一个具体的问题,一个原则问题。 你会相信这个答案,还是以后会相信这个答案? 很明显,他不能保持沉默。谢尔盖耶夫的行为特别猖狂。我已经在某种程度上解除了你对我的帖子作出回应的需要。特别是在诸如"一个傻瓜的问题"等狭隘的主题中。但总是有机会的:你能实质性地回答原来的问题 吗? --- 2012.05.15 12:43 #1440 Yedelkin:你能对原来的问题 给出一个实质性的回答吗?我为什么要问这个,因为也许你根本不需要这个答案。你处于一种--的状态。 "我现在不能自己检查"。这就是为什么我问你是否需要这样的答案。反正你也验证不了...... 但是,你会相信你将得到的答案,还是会在以后验证它? 1...137138139140141142143144145146147148149150151...277 新评论 您错过了交易机会: 免费交易应用程序 8,000+信号可供复制 探索金融市场的经济新闻 注册 登录 拉丁字符(不带空格) 密码将被发送至该邮箱 发生错误 使用 Google 登录 您同意网站政策和使用条款 如果您没有帐号,请注册 可以使用cookies登录MQL5.com网站。 请在您的浏览器中启用必要的设置,否则您将无法登录。 忘记您的登录名/密码? 使用 Google 登录
我还看不出#define是如何与类结合的。
没问题。
但是#define应该在EA主体中声明,如果类中没有定义这样的常量,如何编译?
一个定义可以在程序中的任何地方定义,包括包含文件。 不仅如此,一个定义可以被多次覆盖(尽管会有一个编译器警告,这也没关系)。
在"MQL5参考/ 标准常量、枚举和结构/ 交易常量/ 订单属性 "中的订单属性中,有两个此类属性。
订单_时间_设置
下订单时间
日期时间
顺序_时间_完成
订单的执行或取消时间
日期时间
我通常与待处理的订单打交道,所以我从未对使用这些属性有任何疑问。但在下市场订单的情况下,我们有一些问题:服务器是否为市场订单指定ORDER_TIME_SETUP 属性,还是仅限于ORDER_TIME_DONE?换句话说,当一个市场订单从交易历史中被访问时,请求并检查ORDER_TIME_SETUP 属性是否合理?
我现在不能亲自检查这个问题。
我现在不能亲自检查这个问题。
你会相信这个答案,还是以后再查?
如果你没有别的话可说,你可以不说。
不,我有一个具体的问题,一个原则问题。
你会相信这个答案,还是以后会相信这个答案?
sergeev:
如果你没有别的话可说,你可以不说。
不,我有一个具体的问题,一个原则问题。
你会相信这个答案,还是以后会相信这个答案?
Yedelkin:
你能对原来的问题 给出一个实质性的回答吗?
我为什么要问这个,因为也许你根本不需要这个答案。你处于一种--的状态。
"我现在不能自己检查"。
这就是为什么我问你是否需要这样的答案。反正你也验证不了......
但是,你会相信你将得到的答案,还是会在以后验证它?