![MQL5 - Sprache von Handelsstrategien, eingebaut ins Kundenterminal MetaTrader 5](https://c.mql5.com/i/registerlandings/logo-2.png)
Sie verpassen Handelsmöglichkeiten:
- Freie Handelsapplikationen
- Über 8.000 Signale zum Kopieren
- Wirtschaftsnachrichten für die Lage an den Finanzmärkte
Registrierung
Einloggen
Sie stimmen der Website-Richtlinie und den Nutzungsbedingungen zu.
Wenn Sie kein Benutzerkonto haben, registrieren Sie sich
Wenn Sie eine Datei aus einem lokalen Ordner in einen gemeinsamen Ordner oder umgekehrt kopieren müssen, verwenden Sie die Lese- und Schreibfunktionen mit den entsprechenden Flags. Welche andere Antwort wollten Sie hören?
Nochmals. Ich verwende, wie Sie aus der Korrespondenz ersehen können, die Funktion FileCopy() und nicht die Lese- und Schreibfunktionen (in diesem Fall). Diese Funktion erfordert die Angabe eines Dateispeicherort-Flags als zweiten Nicht-Standardparameter. Es gibt jedoch keine Markierung, die den Speicherort der Datei als "im lokalen Ordner" angibt. Außerdem gibt es keine Erklärung für diese Situation in dem entsprechenden Hilfeabschnitt. Daher würde ich gerne eine Antwort auf meine Frage erhalten: "Was soll ich beim Ausfüllen derFileCopy()-Parameterliste zwischen dem ersten und dem zweiten Komma angeben, wennsich die Datei im lokalen Ordner befindet" und warum gibt es im Handbuch keine Informationen dazu?
Wie wäre es damit. In der Hilfe heißt es ausdrücklich
[in] Kennzeichen, das den Speicherort der Datei angibt. Wenn common_flag=FILE_COMMON, dann befindet sich die Datei im gemeinsamen Ordner aller Client-Terminals. Andernfalls befindet sich die Datei im lokalen Ordner.
"Ansonsten" bedeutet jeder andere Wert, der nicht das FILE_COMMON-Bit-Flag enthält
Wie wäre es damit. In der Bescheinigung heißt es eindeutig
Na ja... Das ist eigentlich nicht sehr fair. Ich bin mit diesem Thema nicht vertraut:
[in] Das Flag, das den Speicherort der Datei angibt. Wenn common_flag=FILE_COMMON, dann befindet sich die Datei im gemeinsamen Ordner aller Client-Terminals. Andernfalls befindet sich die Datei im lokalen Ordner.
würde man meinen,dass sich die Datei für DATEI_KOMMON im gemeinsamen Ordner und für DATEI_KOMMON + 1 im lokalen Ordnerbefinden würde , obwohl dies nicht der Fall ist.
Können wir wirklich eine Konstante FILE_LOCAL == 0 einführen?
Wie wäre es damit. In der Hilfe heißt es ausdrücklich
[in] Kennzeichen, das den Speicherort der Datei angibt. Wenn common_flag=FILE_COMMON, dann befindet sich die Datei im gemeinsamen Ordner aller Client-Terminals. Andernfalls befindet sich die Datei im lokalen Ordner.
"Ansonsten" bedeutet jeder andere Wert, der nicht das FILE_COMMON-Bit-Flag enthält
Vielleicht ist Ihnen und den Fachleuten, die sich hier zu Wort gemeldet haben, klar, worum es hier geht. Betrachten Sie dieselbe Frage jedoch mit den Augen eines gewöhnlichen, nicht-professionellen Nutzers.
Für einen mittelmäßigen Benutzer wie mich gibt es eine einfache Logik:
Wenn also etwas "explizit" im Handbuch angegeben ist, gilt es natürlich nicht für alle :)
Vielleicht ist Ihnen und den Fachleuten, die sich hier geäußert haben, klar, worum es hier geht. Betrachten Sie dieselbe Frage jedoch mit den Augen des durchschnittlichen nicht-professionellen Nutzers.
Für einen mittelmäßigen Benutzer wie mich gibt es eine einfache Logik:
Wenn also etwas "ausdrücklich" im Handbuch aufgeführt ist, ist es offensichtlich nicht für jeden geeignet :)
Das Fehlen einer Flagge ist Bit 0. Es ist wie das "Vaterunser", sorry.
Warum fragen Sie nicht nach den Multiplikationsregeln in der Dokumentation und gleichzeitig nach dem Einmaleins?
Vielleicht sollten wir wirklich die Konstante FILE_LOCAL == 0 einführen?
Das Fehlen einer Flagge ist Bit 0. Es ist wie das "Vaterunser", sorry.
Warum fragst du nicht auch nach den Multiplikationsregeln in der Dokumentation und dem Einmaleins?
Verstehe, Sie wollen das Problem nicht mit den Augen eines mittelmäßigen Nutzers sehen. Vielen Dank für den Tipp mit der Null. Wie man so schön sagt: Der Rest der Nichtfachleute soll es selbst herausfinden, wenn sie darauf stoßen.
Hier kommunizieren wir, damit diese "Nichtfachleute" etwas lernen können. Oder nicht?
Und es ist unwahrscheinlich, dass wir solche Details in die Dokumentation aufnehmen. Ich habe Ihnen schon einmal davon erzählt. Und ich habe meine Gründe genannt.
Hier kommunizieren wir, damit diese "Nichtfachleute" etwas lernen können. Oder nicht?
Ganz genau. Und das habe ich schon oft betont. Aber wenn die Dokumentation einen kurzen, eindeutig verständlichen Satz hätte, gäbe es keine Kommunikation :)
Wir werden solche Details kaum in die Dokumentation aufnehmen. Ich habe Ihnen schon einmal davon erzählt. Und ich habe meine Gründe genannt.
Ein solches Thema wird mehr als einmal auftauchen. Während der Diskussion über dieses spezielle Problem konnte ich 20 Sekunden finden, um 2-3 Wörter in der Dokumentation zu korrigieren. Aber es ist eine Frage der Perspektive, wie ich finde :)