MODE_TICKVALUE错误! - 页 3 1234 新评论 gordon 2010.11.16 11:19 #21 superbem: [...]现在清楚了吧？ 不知道。 [删除] 2010.11.16 11:46 #22 gordon: 编号： 啧啧啧 向MT4的开发者和服务器提出关于外汇以外的其他活动的问题。 拥有ticksize、lotsize、报价货币，当然还有价格，经纪人有tickvalue... 在我测试的一些经纪商中发生的情况是，当我开仓时，我确认他们在服务器上有正确的tickvalue，但终端在函数 marketinfo()上的tickvalue模式返回不完整...。 因为，而且可以肯定的是，经纪人的cfd报价货币没有出现。 因此，函数marketinfo()可以被纠正，以返回正确的tickvalue，并从经纪人那里得到ticksize，lotsize和cfd报价货币...或者像我说的那样，在开仓时以正确的利润/亏损从服务器上检索tickvalue。 gordon 2010.11.16 11:55 #23 superbem: 向mt4和服务器的开发者提出关于外汇以外的其他活动的问题。 [...] 它们不在这里...联系MetaQuotes。 让我们再试一试。 ...当我开仓时，我验证他们在服务器上有正确的tickvalue，但终端上的函数marketinfo()的模式tickvalue返回不完整... 你是如何 确认服务器上有正确的tickvalue的？MarketInfo(symbol,MODE_TICKVALUE)有什么 不完整之处？ [删除] 2010.11.16 12:48 #24 gordon: 你是如何 验证服务器有正确的tickvalue的？ 我开了头寸，价格下跌或上涨，盈亏计算是正确的。gordon:MarketInfo(symbol,MODE_TICKVALUE)有什么 不完整？ 它的回报不考虑报价货币，只用ticksize、lotsize和价格进行计算，缺少活跃的基础货币。与入金货币相匹配的则回报良好。 [删除] 2010.11.16 16:25 #25 MarketInfo(symbol,MODE_TICKVALUE)是经纪人为你提供的信息，他们在自己的服务器端计算中实际上并不使用这些信息。 你的每日报表是这样的，MarketInfo(symbol,MODE_SWAP)值和MarketInfo(symbol,MODE_SPREAD)也是如此。 我见过这样的情况，MarketInfo(symbol,MODE_SWAP)返回的值与经纪商在其网站上公布的互换值没有任何可比性，并在我的账户（实时）中的头寸上记入/记入。 我不知道你关心的是superbem，TICKVALUE的事实是，tickvalue的值（即使是正确的报告）是取决于价格。 如果USDJPY的价格是81.00或101.00，那么USDJPY的tickvalue是不同的。 那么MODE_TICKVALUE有什么用？(它有一个狭义上的有效用途，它是货币对 的常量，其中反货币也是账户的面额，例如基于美元的账户的EURUSD) 更糟糕的是，在我看来，tickvalue只对长线头寸计算正确......因此，例如美元兑日元的短线头寸，tickvalue一直是错误的（以及任何交叉对）。 这里的教训是信任但要验证，当验证证明在每个经纪商的基础上信任是不值得的，那么现在是时候确保你自己做计算了（这是我做的），或者你找到另一个经纪商，它更注意保持他们的市场信息值与他们在服务器端实际做的数字一致。 [删除] 2010.11.17 15:26 #26 他们的计算在服务器端应该是自动播种到MODE_TICKVALUE的。 另一件事是，我知道当mt4只使用外汇时，它不需要货币报价的信息，它总是在右边的3个字母。但现在有了cfd，就没有这3个字母了，应该有一个变量来存储这个信息。 [删除] 2010.11.17 16:15 #27 superbem: 他们的计算在服务器端应该是自动播种到MODE_TICKVALUE的。 另一件事是，我知道当mt4只使用外汇时，它不需要货币报价的信息，它总是在右边的3个字母。但现在有了cfd，就没有这3个字母了，应该有一个变量来存储这个信息。 也许这就是你失望的根源......你认为经纪人应该 做什么并不意味着经纪人是坏的，这只是意味着你希望事情以某种方式进行。 经纪人不需要播种任何东西，当然，如果他们这样做会很好，但他们没有必要这样做，仍然可以在他们的方程中正确操作交易的会计工作（这是在法律/关键意义上唯一重要的方程）。 而反货币并不总是右边的3个字母。 以CMS为例，右边的3个字母总是 "FXF"。 而对于IBFX迷你账户，右边的最后一个字母是小写的 "m"。 是的，如果有某种方法可以提取用于cfd价格评估的反货币，无论是3个字符还是存储信息的额外变量......但在你的期望（"应该......"）和经纪商可以作为最低水平的工作并仍然没有任何问题的操作之间又有了区别。 我再给你举个例子......服务器时间同步。 如果你的经纪商和所有的经纪商都能将他们的服务器时间（你用TimeCurrent()访问的东西）与某个地方的原子钟信号同步，那不是很好吗？ 当涉及到经纪人与经纪人之间的蜡烛的实际OHLC值时，这很重要，甚至在同一经纪人内部，如果他们有多个服务器的话。 然而，他们没有这样做。 他们应该 这样做，但他们显然可以运作，尽管没有这样做。 我是那个必须调整我对经纪人应该做什么的期望的人，以考虑到他们实际所做的现实。 [删除] 2010.11.17 16:21 #28 问题是，这不是经纪人的问题，而是软件的问题。谁开发的都不关心。 gordon 2010.11.17 16:47 #29 superbem: 问题是，这不是经纪人的问题，是软件的问题。谁开发的不关心。 不，它不是。他们卖给经纪人一个产品。配置/维护它是由他决定的。如果你对你的经纪人不满意，你有两个选择。1.与他的支持人员交谈，看看他们是否能为你找到一个解决方案。2.切换到另一个经纪人。 [删除] 2010.11.17 19:21 #30 问题是，经纪人不能配置所有，软件留下了不向客户显示某些数据的选项...... 我不知道为什么这里有些人认为这个软件是完美的。 笑话... 1234 新评论 您错过了交易机会： 免费交易应用程序 8,000+信号可供复制 探索金融市场的经济新闻 注册 登录 拉丁字符（不带空格） 密码将被发送至该邮箱 发生错误 使用 Google 登录 您同意网站政策和使用条款 如果您没有帐号，请注册 可以使用cookies登录MQL5.com网站。 请在您的浏览器中启用必要的设置，否则您将无法登录。 忘记您的登录名/密码？ 使用 Google 登录
[...]现在清楚了吧？
编号：
啧啧啧
向MT4的开发者和服务器提出关于外汇以外的其他活动的问题。
拥有ticksize、lotsize、报价货币，当然还有价格，经纪人有tickvalue...
在我测试的一些经纪商中发生的情况是，当我开仓时，我确认他们在服务器上有正确的tickvalue，但终端在函数 marketinfo()上的tickvalue模式返回不完整...。
因为，而且可以肯定的是，经纪人的cfd报价货币没有出现。
因此，函数marketinfo()可以被纠正，以返回正确的tickvalue，并从经纪人那里得到ticksize，lotsize和cfd报价货币...或者像我说的那样，在开仓时以正确的利润/亏损从服务器上检索tickvalue。
向mt4和服务器的开发者提出关于外汇以外的其他活动的问题。
[...]
它们不在这里...联系MetaQuotes。
让我们再试一试。
...当我开仓时，我验证他们在服务器上有正确的tickvalue，但终端上的函数marketinfo()的模式tickvalue返回不完整...
你是如何 确认服务器上有正确的tickvalue的？MarketInfo(symbol,MODE_TICKVALUE)有什么 不完整之处？
它的回报不考虑报价货币，只用ticksize、lotsize和价格进行计算，缺少活跃的基础货币。与入金货币相匹配的则回报良好。
MarketInfo(symbol,MODE_TICKVALUE)是经纪人为你提供的信息，他们在自己的服务器端计算中实际上并不使用这些信息。 你的每日报表是这样的，MarketInfo(symbol,MODE_SWAP)值和MarketInfo(symbol,MODE_SPREAD)也是如此。
我见过这样的情况，MarketInfo(symbol,MODE_SWAP)返回的值与经纪商在其网站上公布的互换值没有任何可比性，并在我的账户（实时）中的头寸上记入/记入。
我不知道你关心的是superbem，TICKVALUE的事实是，tickvalue的值（即使是正确的报告）是取决于价格。 如果USDJPY的价格是81.00或101.00，那么USDJPY的tickvalue是不同的。
那么MODE_TICKVALUE有什么用？(它有一个狭义上的有效用途，它是货币对 的常量，其中反货币也是账户的面额，例如基于美元的账户的EURUSD)
更糟糕的是，在我看来，tickvalue只对长线头寸计算正确......因此，例如美元兑日元的短线头寸，tickvalue一直是错误的（以及任何交叉对）。
这里的教训是信任但要验证，当验证证明在每个经纪商的基础上信任是不值得的，那么现在是时候确保你自己做计算了（这是我做的），或者你找到另一个经纪商，它更注意保持他们的市场信息值与他们在服务器端实际做的数字一致。
他们的计算在服务器端应该是自动播种到MODE_TICKVALUE的。
另一件事是，我知道当mt4只使用外汇时，它不需要货币报价的信息，它总是在右边的3个字母。但现在有了cfd，就没有这3个字母了，应该有一个变量来存储这个信息。
他们的计算在服务器端应该是自动播种到MODE_TICKVALUE的。
另一件事是，我知道当mt4只使用外汇时，它不需要货币报价的信息，它总是在右边的3个字母。但现在有了cfd，就没有这3个字母了，应该有一个变量来存储这个信息。
也许这就是你失望的根源......你认为经纪人应该 做什么并不意味着经纪人是坏的，这只是意味着你希望事情以某种方式进行。
经纪人不需要播种任何东西，当然，如果他们这样做会很好，但他们没有必要这样做，仍然可以在他们的方程中正确操作交易的会计工作（这是在法律/关键意义上唯一重要的方程）。
而反货币并不总是右边的3个字母。 以CMS为例，右边的3个字母总是 "FXF"。 而对于IBFX迷你账户，右边的最后一个字母是小写的 "m"。
是的，如果有某种方法可以提取用于cfd价格评估的反货币，无论是3个字符还是存储信息的额外变量......但在你的期望（"应该......"）和经纪商可以作为最低水平的工作并仍然没有任何问题的操作之间又有了区别。
我再给你举个例子......服务器时间同步。 如果你的经纪商和所有的经纪商都能将他们的服务器时间（你用TimeCurrent()访问的东西）与某个地方的原子钟信号同步，那不是很好吗？ 当涉及到经纪人与经纪人之间的蜡烛的实际OHLC值时，这很重要，甚至在同一经纪人内部，如果他们有多个服务器的话。 然而，他们没有这样做。
他们应该 这样做，但他们显然可以运作，尽管没有这样做。 我是那个必须调整我对经纪人应该做什么的期望的人，以考虑到他们实际所做的现实。
问题是，这不是经纪人的问题，是软件的问题。谁开发的不关心。
问题是，经纪人不能配置所有，软件留下了不向客户显示某些数据的选项......
我不知道为什么这里有些人认为这个软件是完美的。
笑话...