Diskussion zum Artikel "Besser Programmieren (Teil 01): Diese 5 Dinge müssen Sie unterlassen, um ein erfolgreicher MQL5-Programmierer zu werden" - Seite 2
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
Guter Artikel. Das Konzept, was zu tun und was zu lassen ist, wird gut erklärt.
Fehler bei den konkreten Beispielen schmälern in diesem Fall nicht den Wert des Artikels, denn seine Aufgabe ist es, den Menschen zu helfen, ihren Arbeitsstil zu optimieren. Diese Aufgabe ist glänzend gelöst, alles ist so einfach und klar wie möglich geschrieben.
Vielen Dank, Omega!
Interessant...
Ein guter Programmierer werden (Teil 1): fünf Gewohnheiten loswerden, um ein besserer MQL5-Programmierer zu werden
Interessant....
Interessant...
Ein guter Programmierer werden (Teil 1): fünf Gewohnheiten loswerden, um ein besserer MQL5-Programmierer zu werden
Das ist Freiberuflichkeit, die Kunden verstehen den Code meistens überhaupt nicht, und schlechte Kritiken sind nicht für die Qualität des Codes. Ich habe es geschrieben, das Programm hat keinen Gewinn abgeworfen, also hier ist die Rezension.
Eine Pflichtlektüre für alle (und für den Autor des Artikels erst recht): 97 Dinge, die jeder Programmierer wissen sollte
Die Variante arbeitet schneller und ist meiner Meinung nach übersichtlicher:
1. Der Fehler in der Schleifeninitialisierung ist, dass 1 von der Menge abgezogen werden muss, wenn wir das Backtracking machen.
2. Wenn man die Position nicht durch den Index aus der Bibliotheksfunktion erhalten konnte, muss man die Schleife mit einem Fehler verlassen und dann, wenn nötig, die Funktion erneut verarbeiten oder wiederholen, sonst besteht die Gefahr, einen unzuverlässigen Betrag zu erhalten, und man arbeitet immer noch mit Finanzen, und manchmal gibt es große Beträge in der Position, und so eine Kleinigkeit kann zu einem Verlust führen.
3. Zuerst sollten Sie bool-Variablen prüfen, dann ENUM-Aufzählungen und erst danach int, double, string, wenn die Prüfung fehlschlägt, dann sofort zum nächsten Element der Schleife gehen.
Wenn Sie Vergleichsoperationen über && durchführen, wird das Programm zwangsläufig jede Bedingung prüfen.
4. Der Name für die Funktion ist auch wichtig, es sieht besser aus PositionsByType, es scheint eine Kleinigkeit zu sein, aber wenn Sie diese Funktion benutzen wollen, brauchen Sie nicht in die Bibliothek und ihr Inhaltsverzeichnis zu gehen, sondern geben Sie einfach den Standardnamen Positions ein, und Sie werden mehrere Möglichkeiten haben, PositionsTotal, PositionsByType.....
5. Achten Sie auf die Breite des Codes, damit Sie keinen horizontalen Bildlauf verwenden, da dies die Lesbarkeit und die Geschwindigkeit der Entwicklung stark beeinträchtigt.
Das ist falsch:
Ja, Sie haben mich richtig korrigiert, die Prüfung wird bis zum ersten False durchgeführt, die Hauptsache ist, dass kleine Datentypen an erster Stelle stehen sollten.
Wenn die Bedingungen aus Funktionen bestehen, sollte die kleinste Funktion die erste sein und bis zur größten vom Standpunkt der verbrauchten Ressourcen, aber ohne die Programmlogik zu brechen...
Ich verwende diese Technik in allen meinen Projekten, der Geschwindigkeitsgewinn ist für einen Tester im Optimierungsmodus spürbar.
Das ist Freiberuflichkeit, die Kunden verstehen den Code meistens überhaupt nicht, und schlechte Kritiken sind nicht für die Qualität des Codes. Sie haben ihn geschrieben, das Programm hat Ihnen keinen Gewinn gebracht, das ist die Kritik.