与文件一起工作。 - 页 8

 
如果你需要从本地文件夹复制一个文件 到共享文件夹,或者反过来,使用带有适当标志的读写函数。你还想听什么答案?
Документация по MQL5: Файловые операции / FileCopy
Документация по MQL5: Файловые операции / FileCopy
  • www.mql5.com
Файловые операции / FileCopy - Документация по MQL5
 
Rosh:

如果你需要从本地文件夹复制一个文件 到共享文件夹,或者反过来,使用带有适当标志的读写函数。你还想听什么答案?
再一次。我使用的是,正如你在通信中看到的,FileCopy() 函数,而不是读写函数(在这种情况下)这个函数需要指定一个文件位置标志作为第二个非默认参数。然而,没有任何标志表明该文件的位置是 "在本地文件夹中"。另外,在相关的帮助部分也没有对这种情况进行解释。因此,我希望听到对我的问题的回答:"当文件位于本地文件夹 时,在填写FileCopy() 参数列表时,我应该在第一个和第二个逗号之间指定什么",为什么《参考手册》中没有这方面的信息?
 
Yedelkin:
再一次。我使用的是,正如你在通信中看到的,FileCopy() 函数,而不是读写函数(在这种情况下)这个函数要求指定一个文件位置标志作为第二个非默认参数。然而,没有任何标志表明该文件的位置是 "在本地文件夹中"。另外,在相关的帮助部分也没有对这种情况进行解释。因此,我希望听到对我的问题的回答:"当文件位于本地文件夹 时,在填写FileCopy() 参数列表时,我应该在第一个和第二个逗号之间指定什么",为什么手册中没有这方面的信息?

那又如何。该帮助明确指出

[in] 定义文件位置的标志。如果common_flag=FILE_COMMON,那么该文件就在所有客户终端的公共文件夹中。否则,该文件就在本地文件夹中。

"否则 "是指不包含FILE_COMMON位标志的任何其他值

 
stringo:

那又如何。该证书明确指出

嗯...这其实是不太公平的。我不会熟悉这个人。

[in] 指明文件位置的标志。如果common_flag=FILE_COMMON,那么文件就在所有客户终端的公共文件夹中。否则, 该文件就在本地文件夹中。

会认为FILE_COMMON的文件会在共享文件夹中,而 FILE_COMMON+1 文件会在本地文件夹中,尽管情况并非如此

我们真的可以引入一个常数FILE_LOCAL == 0吗?

 
stringo:

那又如何。该帮助明确指出

[in] 定义文件位置的标志。如果common_flag=FILE_COMMON,那么该文件就在所有客户终端的公共文件夹中。否则,该文件就在本地文件夹中。

"否则 "是指不包含FILE_COMMON位标志的任何其他值

也许你和在这里发言的专家们都清楚这是怎么回事。但通过一个普通的非专业用户的眼睛来看同一个问题。

对于像我这样的平庸的用户来说,有一个简单的逻辑。

  1. 如果一个参数没有默认值,则必须明确指定它。
  2. 适用于common_flag参数的标志列表是用 "Flag "链接明确 指定的。
  3. 在这个列表中没有本地文件夹的标志。
  4. "否则...... "这句话一点都不清楚。"否则 "是指没有指定FILE_COMMON标志时。这意味着根本就不应该指定该标志。但它与第1条相矛盾。 至于能够指定任何其他标志/值,在描述中完全是空白。

因此,如果某些东西在手册中被 "明确 "规定,显然不适合所有 :)

 
Yedelkin:

你和在这里发言的专家们可能会清楚这一切是怎么回事。但是,通过普通非专业用户的眼睛来看同一个问题。

对于像我这样的平庸的用户来说,有一个简单的逻辑。

  1. 如果一个参数没有默认值,则必须明确指定它。
  2. 适用于common_flag参数的标志列表是用 "Flag "链接明确 指定的。
  3. 在这个列表中没有本地文件夹的标志。
  4. "否则...... "这句话一点都不清楚。"否则 "是指没有指定FILE_COMMON 标志时。这意味着根本就不应该指定该标志。但它与第1条相矛盾。 至于能够指定任何其他标志/值,在描述中完全是空白。

因此,如果某样东西在手册中被 "明确 "规定,它显然不适合所有人 :)

没有标志是第0位。这就像 "我们的父亲的祈祷",对不起。

你为什么不在文件中要求提供乘法规则,而同时要求提供乘法表?

 
TheXpert:

也许我们真的应该引入FILE_LOCAL == 0常量?

有一个关于Pascal程序员的笑话。程序员在晚上口渴的时候会在床头柜上放一杯水。如果不渴,他也会放一个空杯子。
 
stringo:

没有标志是第0位。这就像 "我们的父亲的祈祷",对不起。

你为什么不同时询问文件中的乘法规则和乘法表?

我明白了,你不想通过一个平庸的用户的眼睛来看待这个问题。谢谢大家对零点的提示。正如他们所说,让其余的非专业人士在遇到时自己去弄清楚。
 
Yedelkin:
我明白了,你不想通过一个平庸的用户的眼睛来看待这个问题。感谢大家对零点的提示。正如他们所说,让其余的非专业人士在遇到时自己去弄清楚。

这就是我们交流的地方,以便那些 "非专业人士 "能够学到一些东西。我们不是吗?

而且我们不太可能在文件中输入这些细节。我已经告诉过你一次。我还说了我的理由。

 
stringo:

这就是我们交流的地方,以便那些 "非专业人士 "能够学到一些东西。我们不是吗?

绝对的。而且我已经强调过很多次了。但是,如果文档中有一个简短的、明确易懂的句子--就不会有沟通了 :)

stringo

我们几乎不会把这些细节放在文件中。我已经告诉过你一次。并说出了我的理由。

这样的话题将不止一次地出现。在讨论这个特殊问题的时候,我可以找到20秒的时间来修正文档中的2-3个字。但在我看来,这是一个前景的问题 :)