与文件一起工作。 - 页 8 123456789 新评论 Rashid Umarov 2012.04.26 10:20 #71 如果你需要从本地文件夹复制一个文件 到共享文件夹,或者反过来,使用带有适当标志的读写函数。你还想听什么答案? Документация по MQL5: Файловые операции / FileCopy www.mql5.com Файловые операции / FileCopy - Документация по MQL5 Yedelkin 2012.04.26 10:32 #72 Rosh: 如果你需要从本地文件夹复制一个文件 到共享文件夹,或者反过来,使用带有适当标志的读写函数。你还想听什么答案? 再一次。我使用的是,正如你在通信中看到的,FileCopy() 函数,而不是读写函数(在这种情况下)。这个函数需要指定一个文件位置标志作为第二个非默认参数。然而,没有任何标志表明该文件的位置是 "在本地文件夹中"。另外,在相关的帮助部分也没有对这种情况进行解释。因此,我希望听到对我的问题的回答:"当文件位于本地文件夹 时,在填写FileCopy() 参数列表时,我应该在第一个和第二个逗号之间指定什么",为什么《参考手册》中没有这方面的信息? Slava 2012.04.26 10:55 #73 Yedelkin: 再一次。我使用的是,正如你在通信中看到的,FileCopy() 函数,而不是读写函数(在这种情况下)。这个函数要求指定一个文件位置标志作为第二个非默认参数。然而,没有任何标志表明该文件的位置是 "在本地文件夹中"。另外,在相关的帮助部分也没有对这种情况进行解释。因此,我希望听到对我的问题的回答:"当文件位于本地文件夹 时,在填写FileCopy() 参数列表时,我应该在第一个和第二个逗号之间指定什么",为什么手册中没有这方面的信息?那又如何。该帮助明确指出[in] 定义文件位置的标志。如果common_flag=FILE_COMMON,那么该文件就在所有客户终端的公共文件夹中。否则,该文件就在本地文件夹中。"否则 "是指不包含FILE_COMMON位标志的任何其他值 TheXpert 2012.04.26 11:06 #74 stringo:那又如何。该证书明确指出嗯...这其实是不太公平的。我不会熟悉这个人。[in] 指明文件位置的标志。如果common_flag=FILE_COMMON,那么文件就在所有客户终端的公共文件夹中。否则, 该文件就在本地文件夹中。会认为FILE_COMMON的文件会在共享文件夹中,而 FILE_COMMON+1的 文件会在本地文件夹中,尽管情况并非如此。我们真的可以引入一个常数FILE_LOCAL == 0吗? Yedelkin 2012.04.26 11:16 #75 stringo: 那又如何。该帮助明确指出 [in] 定义文件位置的标志。如果common_flag=FILE_COMMON,那么该文件就在所有客户终端的公共文件夹中。否则,该文件就在本地文件夹中。 "否则 "是指不包含FILE_COMMON位标志的任何其他值 也许你和在这里发言的专家们都清楚这是怎么回事。但通过一个普通的非专业用户的眼睛来看同一个问题。 对于像我这样的平庸的用户来说,有一个简单的逻辑。 如果一个参数没有默认值,则必须明确指定它。 适用于common_flag参数的标志列表是用 "Flag "链接明确 指定的。 在这个列表中没有本地文件夹的标志。 "否则...... "这句话一点都不清楚。"否则 "是指没有指定FILE_COMMON标志时。这意味着根本就不应该指定该标志。但它与第1条相矛盾。 至于能够指定任何其他标志/值,在描述中完全是空白。 因此,如果某些东西在手册中被 "明确 "规定,显然不适合所有 :) Slava 2012.04.26 11:34 #76 Yedelkin: 你和在这里发言的专家们可能会清楚这一切是怎么回事。但是,通过普通非专业用户的眼睛来看同一个问题。 对于像我这样的平庸的用户来说,有一个简单的逻辑。 如果一个参数没有默认值,则必须明确指定它。 适用于common_flag参数的标志列表是用 "Flag "链接明确 指定的。 在这个列表中没有本地文件夹的标志。 "否则...... "这句话一点都不清楚。"否则 "是指没有指定FILE_COMMON 标志时。这意味着根本就不应该指定该标志。但它与第1条相矛盾。 至于能够指定任何其他标志/值,在描述中完全是空白。 因此,如果某样东西在手册中被 "明确 "规定,它显然不适合所有人 :)没有标志是第0位。这就像 "我们的父亲的祈祷",对不起。你为什么不在文件中要求提供乘法规则,而同时要求提供乘法表? Slava 2012.04.26 11:39 #77 TheXpert:也许我们真的应该引入FILE_LOCAL == 0常量? 有一个关于Pascal程序员的笑话。程序员在晚上口渴的时候会在床头柜上放一杯水。如果不渴,他也会放一个空杯子。 Yedelkin 2012.04.26 11:40 #78 stringo: 没有标志是第0位。这就像 "我们的父亲的祈祷",对不起。 你为什么不同时询问文件中的乘法规则和乘法表? 我明白了,你不想通过一个平庸的用户的眼睛来看待这个问题。谢谢大家对零点的提示。正如他们所说,让其余的非专业人士在遇到时自己去弄清楚。 Slava 2012.04.26 11:43 #79 Yedelkin: 我明白了,你不想通过一个平庸的用户的眼睛来看待这个问题。感谢大家对零点的提示。正如他们所说,让其余的非专业人士在遇到时自己去弄清楚。这就是我们交流的地方,以便那些 "非专业人士 "能够学到一些东西。我们不是吗?而且我们不太可能在文件中输入这些细节。我已经告诉过你一次。我还说了我的理由。 Yedelkin 2012.04.26 12:00 #80 stringo: 这就是我们交流的地方,以便那些 "非专业人士 "能够学到一些东西。我们不是吗? 绝对的。而且我已经强调过很多次了。但是,如果文档中有一个简短的、明确易懂的句子--就不会有沟通了 :) stringo。 我们几乎不会把这些细节放在文件中。我已经告诉过你一次。并说出了我的理由。 这样的话题将不止一次地出现。在讨论这个特殊问题的时候,我可以找到20秒的时间来修正文档中的2-3个字。但在我看来,这是一个前景的问题 :) 123456789 新评论 您错过了交易机会: 免费交易应用程序 8,000+信号可供复制 探索金融市场的经济新闻 注册 登录 拉丁字符(不带空格) 密码将被发送至该邮箱 发生错误 使用 Google 登录 您同意网站政策和使用条款 如果您没有帐号,请注册 可以使用cookies登录MQL5.com网站。 请在您的浏览器中启用必要的设置,否则您将无法登录。 忘记您的登录名/密码? 使用 Google 登录
如果你需要从本地文件夹复制一个文件 到共享文件夹,或者反过来,使用带有适当标志的读写函数。你还想听什么答案?
再一次。我使用的是,正如你在通信中看到的,FileCopy() 函数,而不是读写函数(在这种情况下)。这个函数要求指定一个文件位置标志作为第二个非默认参数。然而,没有任何标志表明该文件的位置是 "在本地文件夹中"。另外,在相关的帮助部分也没有对这种情况进行解释。因此,我希望听到对我的问题的回答:"当文件位于本地文件夹 时,在填写FileCopy() 参数列表时,我应该在第一个和第二个逗号之间指定什么",为什么手册中没有这方面的信息?
那又如何。该帮助明确指出
[in] 定义文件位置的标志。如果common_flag=FILE_COMMON,那么该文件就在所有客户终端的公共文件夹中。否则,该文件就在本地文件夹中。
"否则 "是指不包含FILE_COMMON位标志的任何其他值
那又如何。该证书明确指出
嗯...这其实是不太公平的。我不会熟悉这个人。
[in] 指明文件位置的标志。如果common_flag=FILE_COMMON,那么文件就在所有客户终端的公共文件夹中。否则, 该文件就在本地文件夹中。
会认为FILE_COMMON的文件会在共享文件夹中,而 FILE_COMMON+1的 文件会在本地文件夹中,尽管情况并非如此。
我们真的可以引入一个常数FILE_LOCAL == 0吗?
那又如何。该帮助明确指出
[in] 定义文件位置的标志。如果common_flag=FILE_COMMON,那么该文件就在所有客户终端的公共文件夹中。否则,该文件就在本地文件夹中。
"否则 "是指不包含FILE_COMMON位标志的任何其他值
也许你和在这里发言的专家们都清楚这是怎么回事。但通过一个普通的非专业用户的眼睛来看同一个问题。
对于像我这样的平庸的用户来说,有一个简单的逻辑。
因此,如果某些东西在手册中被 "明确 "规定,显然不适合所有 :)
你和在这里发言的专家们可能会清楚这一切是怎么回事。但是,通过普通非专业用户的眼睛来看同一个问题。
对于像我这样的平庸的用户来说,有一个简单的逻辑。
因此,如果某样东西在手册中被 "明确 "规定,它显然不适合所有人 :)
没有标志是第0位。这就像 "我们的父亲的祈祷",对不起。
你为什么不在文件中要求提供乘法规则,而同时要求提供乘法表?
也许我们真的应该引入FILE_LOCAL == 0常量?
没有标志是第0位。这就像 "我们的父亲的祈祷",对不起。
你为什么不同时询问文件中的乘法规则和乘法表?
我明白了,你不想通过一个平庸的用户的眼睛来看待这个问题。感谢大家对零点的提示。正如他们所说,让其余的非专业人士在遇到时自己去弄清楚。
这就是我们交流的地方,以便那些 "非专业人士 "能够学到一些东西。我们不是吗?
而且我们不太可能在文件中输入这些细节。我已经告诉过你一次。我还说了我的理由。
这就是我们交流的地方,以便那些 "非专业人士 "能够学到一些东西。我们不是吗?
绝对的。而且我已经强调过很多次了。但是,如果文档中有一个简短的、明确易懂的句子--就不会有沟通了 :)
我们几乎不会把这些细节放在文件中。我已经告诉过你一次。并说出了我的理由。
这样的话题将不止一次地出现。在讨论这个特殊问题的时候,我可以找到20秒的时间来修正文档中的2-3个字。但在我看来,这是一个前景的问题 :)