Einer meiner Freunde hatte kürzlich in seinem Team einen Streit über die Vor- und Nachteile von ereignisgesteuertem Programmieren und sequenziellem Programmieren.Ereignisgesteuerte vs sequentielle Programmierung
Was denken Sie darüber?
Zwei verschiedene Methoden, um zwei unterschiedliche Bedürfnisse zu unterstützen. Wenn Sie ein Problem aufgrund von Ereignissen haben, sollten Sie eine ereignisgesteuerte Methode verwenden. Wenn Sie Prozeduren für definierte Daten durchführen müssen, aber Sie sind nicht besorgt darüber, was anderswo passiert, dann möchten Sie offensichtlich einen "sequenzielleren" Stil verwenden.
Beachten Sie, dass diese beiden Dinge in der Regel kombiniert werden. Das Starten, Herunterfahren und möglicherweise eine Hauptverarbeitungsschleife eines Programms (z. B. ein Filterprozessor in einer Bild-App) wird weitgehend sequenziell sein, während die Interaktionen zwischen UI-Schicht und -Komponente ereignisgesteuert sind.
Wie ich es verstehe:
Event Driven Design gut für die Software, die Anfragen/Anforderungen an Benutzer zu reagieren hat. Normalerweise ist die meiste GUI und on-line basierte Software so weit, wie ich sagen kann. Es hat keine oder nur eine vordefinierte Reihenfolge der Operation, da der Benutzer wählen kann, etwas zu tun (im Rahmen der App).
Sequenziell wird häufiger in der Stapelverarbeitung gefunden. Die Software, die mit wenig oder keiner Benutzereingabe ausgeführt wird. Die Reihenfolge der Bedienung ist weitgehend voreingestellt.
Es gibt keine strikte Trennung, da GUI-basierte Tools offensichtlich relativ lange Batch-Prozesse umfassen können.
Sollte Community Wiki sein, da es keine echte Antwort gibt. – cjk
Ereignisse passieren. –
Ich weiß nicht, dass es keine richtige Antwort gibt. Das ist weder ein Entweder-Oder-Konflikt, trotz wie er es formulierte. Jeder von ihnen hat einen bestimmten Zweck, der nicht wirklich im Widerspruch zueinander steht. – phoebus