mfc CEdit wann soll ich Validierung durchführen?

Question

Also, basierend auf dem Titel, wann sollte ich Validierung auf einem CEdit (Textbox) tun?

Hintergrund: Ich wurde in einer neuen Entwicklergruppe auf unsere Firma übertragen, und ihre Praxis drückt Enter, das ist, wenn sie ihre Validierungen auf einem CEdit (MFC-Dialog) machen. Wohingegen ich, kam von .net, speziell von WinForms, wo gibt es die Validated und Validating Ereignisse, die jeder Entwickler sehen wird und erkennen, dass dies das richtige Ereignis ist, wo Sie Validierung durchführen sollten.

Meine Frage im Detail ist:

Soll ich folge ihrer Praxis (enter)? Oder was ich im Sinn habe, ist EN_KILLFOCUS (was ist nahe/in Bezug auf die oben genannten Ereignisse)? Oder beides ist falsch und gibt es ein Ereignis, das viel besser für die Validierung geeignet ist?

Ich brauche deine Vorschläge, denn wenn meine Mitentwickler gefragt werden, sagen sie alle sofort, dass ich die Validierung nach dem Drücken von Enter handhaben soll. Vielen Dank!

Answer 1

Sogar in meiner Firma haben wir zwei Parteien.

Die erste Partei sagt strikt, dass Informationen nur bestätigt werden, wenn Enter gedrückt wird, also in dem Moment, wenn ALLE Informationen verfügbar sind. Vorteil, wenn Sie eine Reihe von Informationen haben, die sich gegenseitig beeinflussen diese Methode ist einfach. Der MFC DoDataExchange-Ansatz ist ihr Favorit.

2. Partei sagt: Informationen müssen so früh wie möglich validiert werden. Ich denke, dieser Ansatz ist in Ordnung, wenn jeder Wert nahezu unabhängig ist. In diesem Fall prüfen Sie alle Daten auf EN_CHANGE oder EN_KILLFOCUS und deaktivieren Sie die Schaltfläche OK, bis alle Daten gültig sind.

Negativ zur zweiten Methode ist, dass Sie dem Benutzer in dem Moment, in dem Daten eingegeben werden, mehr Informationen geben müssen, um ihn zur Korrektur der Daten zu führen. Die erste Methode kann das Problem in einer Fehlermeldung erklären.

Ich verwende beide Methoden in meinen Programmen. In den meisten Fällen verwenden wir die erste Methode, weil wir herausgefunden haben, dass eine umfassende Fehlermeldung mit detaillierten Informationen für die Benutzer einfacher zu pflegen und zu verstehen ist, als wenn sie einen Dialog sehen und nicht auf eine aktivierte Schaltfläche OK gelangen. ..

BTW: Ich hasse Dialoge, wo ich negative Zahlen eingeben kann, wo nur positive Zahlen erlaubt sind. Verwenden Sie immer die richtigen und besten Eingabefelder, um die beste Anleitung zu erhalten. Daher ist die MFC-Methode "Out of range" nach dem Drücken der Eingabetaste keine gute Lösung. Wenn Sie ein Minimum und ein Maximum haben, können Sie den Wert sogar direkt korrigieren, nachdem der Benutzer die Eingabe eingegeben hat.

Aber diese Antwort und die Frage neigt dazu, auf Meinung basieren.

Answer 2

1) MFC bietet eine Validierungsfunktion für viele Datentypen. Dies hängt vom Typ der Daten ab, die Sie in dieses Steuerelement eingeben möchten. Ist das möglich, diese Einrichtung zu nutzen?

Meiner Meinung nach ist EN_KILLFOCUS eine bessere Option, denn wie wird validiert, wenn der Benutzer nicht die Eingabetaste drückt und die Tabulatortaste drückt, um zum nächsten Steuerelement zu wechseln? Sie können dies immer noch mit Ihren Kollegen besprechen und feststellen, welches der bessere Ort für die Validierung ist.

Answer 3

Was auch immer Sie tun, sollten Sie versuchen, die Unterbrechung des Arbeitsflusses für Ihre Benutzer zu minimieren. Gleichzeitig müssen Sie konsistent sein mit dem, was der Benutzer für das Validierungsverhalten erwartet.Lassen Sie nicht zu, dass Ihr Bias das Dialogverhalten so beeinflusst, dass es für den Benutzer zu Verwirrung oder zusätzlichen Zeitaufwand beim Arbeiten mit dem Dialog führt. Das Wichtigste, was Sie im Auge behalten sollten, ist, mit Ihrem Ansatz übereinzustimmen.