ファイルを操作する - ページ 8

[Rashid Umarov]

ローカルフォルダーから共有フォルダーへ、またはその逆方向へファイルをコピー する必要がある場合は、適切なフラグを付けて読み取り関数と書き込み関数を使用します。他にどんな答えを聞きたいですか？

[Yedelkin]

Rosh:

ローカルフォルダーから共有フォルダーへ、またはその逆方向へファイルをコピー する必要がある場合は、適切なフラグを付けて読み取り関数と書き込み関数を使用します。他にどんな答えを聞きたかったのでしょうか。

もう一度言います。私が使っているのは、対応関係からわかるように、（この場合）読み書きの関数ではなく、FileCopy()の 関数です。この関数は、デフォルトでない2番目のパラメータとして、ファイルロケーションフラグを指定する必要があります。しかし、ファイルの場所が「ローカルフォルダ内」であることを示すフラグがありません。また、この状況について、該当のヘルプには何の説明もありません。そこで、「ファイルがローカルフォルダにある場合のFileCopy()の パラメータリストに記入する際、1番目と2番目のカンマの間に何を指定すればよいか」という私の質問に対する答えと、このことに関する情報がハンドブックに ないのはなぜか、ということを教えていただきたいのです。

[Slava]

Yedelkin:
もう一度。私が使っているのは、対応関係からわかるように、FileCopy() 関数であって、readやwriteの関数ではありません（この場合）。この関数は、デフォルトでない2番目のパラメータとして、ファイルロケーションフラグの指定が必要である。しかし、ファイルの場所が「ローカルフォルダ内」であることを示すフラグがありません。また、この状況について、該当のヘルプには何の説明もありません。そこで、「ファイルがローカルフォルダにある場合のFileCopy()の パラメータリストに記入する際、1番目と2番目のカンマの間に何を指定すればよいか」という私の質問に対する答えと、このことに関する情報がハンドブックに ないのはなぜか、ということを教えていただきたいのです。

どうでしょう。ヘルプに明示的に記載されています。

[in] ファイルの場所を定義するフラグ。common_flag=FILE_COMMONの場合、全クライアント端末の共通フォルダにファイルが存在することになる。それ以外の 場合は、ローカルフォルダー内にあります。

「それ以外の場合とは、FILE_COMMONビットフラグを含まない他の値を意味します。

[TheXpert]

stringo:

どうでしょう。証明書には、次のように明記されています。

まあ...実は、あまりフェアではないのです。これでは馴染みがないだろう。

[in] ファイルの場所を指定するフラグ です。common_flag=FILE_COMMONの場合、ファイルは全クライアント端末の共有フォルダに存在する。そうでない 場合は、ローカルフォルダーにファイルがあります。

のファイルは共有フォルダに、FILE_ COMMON + 1のファイルはローカルフォルダに 置かれると思いますが、そうではありません。

本当に定数FILE_LOCAL==0を導入していいのだろうか？

[Yedelkin]

stringo:

どうでしょう。ヘルプに明示的に記載されています。

[in] ファイルの場所を定義するフラグ。common_flag=FILE_COMMONの場合、全クライアント端末の共通フォルダにファイルが存在することになる。それ以外の 場合は、ローカルフォルダー内にあります。

「それ以外の場合とは、FILE_COMMONビットフラグを含まない他の値を意味します。

たぶん、あなたやここで発言しているプロの方々には、これがどういうことなのか、はっきりわかると思うんです。しかし、同じ質問を、プロではない一般のユーザーの目を通して見てください。

私のような凡庸なユーザーには、単純な理屈がある。

1. パラメータにデフォルト値がない場合、明示的に指定する必要があります。
2. common_flagパラメータに適用されるフラグのリストは、"Flag "リンクを使用して明示的に 指定される。
3. このリストには、ローカル・フォルダのフラグはありません。
4. そうでなければ...」というフレーズは、まったくもって明確ではありません。「それ以外の場合とは、FILE_COMMONフラグが指定されていない場合である。フラグを一切指定しないことを意味する。しかし、第1項と矛盾している。 他のフラグ/値を指定できることについては、記述が全く空白である。

ですから、もしハンドブックに「明示的に」指定されているものがあったとしても、明らかにすべてがそうであるとは限りません :)

[Slava]

Yedelkin:

それがどういうことなのかは、あなたにも、ここで発言したプロたちにも明らかでしょう。しかし、同じ質問を、プロではない一般のユーザーの目を通して見てください。

私のような凡庸なユーザーには、単純な理屈がある。

1. パラメータにデフォルト値がない場合、明示的に指定する必要があります。
2. common_flagパラメータに適用されるフラグのリストは、"Flag "リンクを使用して明示的に 指定される。
3. このリストには、ローカル・フォルダのフラグはありません。
4. そうでなければ...」というフレーズは、まったくもって明確ではありません。「それ以外の場合とは、FILE_COMMON フラグが指定されていない場合である。フラグを一切指定しないことを意味する。しかし、第1項と矛盾している。 他のフラグ/値を指定できることについては、記述が全く空白である。

ですから、もしハンドブックに「明示的に」指定されているものがあれば、それは明らかに万人向けではありません :)

フラグがないのはビット0。"我らが父の祈り "みたいなものですね、すみません。

資料にある掛け算のルールと、掛け算の表を同時に求めればいいのでは？

[Slava]

TheXpert:

FILE_LOCAL == 0定数を本当に導入すべきなのかもしれませんね。

あるパスカル・プログラマーのジョークがある。プログラマーは夜中に喉が渇くと、枕元にコップ一杯の水を置く。また、喉が渇いていなければ空のグラスを置くそうです。

[Yedelkin]

stringo:

フラグがないのはビット0。"我らが父の祈り "みたいなものですね、すみません。

資料の掛け算のルールと掛け算の表を同時に求めればいいのでは？

なるほど、平凡なユーザーの目から問題を見たくないということですね。皆さん、ゼロのヒントをありがとうございました。彼らが言うように、プロでない他の人たちは、それに出会ったときに自分で解決してください。

[Slava]

Yedelkin:
なるほど、平凡なユーザーの目から問題を見たくないということですね。皆さん、ゼロの情報をありがとうございました。彼らが言うように、プロでない他の人たちは、それに出会ったときに自分で解決してください。

そのような「素人」に何かを学んでもらうためのコミュニケーションの場です。そうでしょう？

そして、そのような詳細をドキュメントに入力することはまずありません。すでに一度、お話したことがあります。そして、その理由を述べた。

[Yedelkin]

stringo:

そのような「素人」に何かを学んでもらうためのコミュニケーションの場です。そうでしょう？

もちろんです。と、何度も強調しました。しかし、もしドキュメントに短く、一義的に理解できる文章があったら - コミュニケーションは成立しないでしょう :)

ストリングス

そのような詳細をドキュメントに記載することはほとんどありません。すでに一度、お話したことがあります。そして、その理由を述べた。

そんな話題が何度も出てくる。この問題の議論をしている間、私は20秒見つけては、ドキュメントの2-3個の単語を修正しました。しかし、それは見通しの問題であると私は考えています :)