Ich weiß, dass diese Frage vage ist, aber ich werde versuchen, mich klar zu machen.
Ich starte ein Java-Projekt mit einer Swing-GUI. Ich möchte dem MVC-Muster folgen und könnte einige Hilfe von einem Framework verwenden, um die Architektur des Projekts zu organisieren. Ich dachte darüber nach, Griffon zu benutzen, obwohl ich denke, dass andere es tun könnten.
Also, ist es eine gute Idee, einen Rahmen zu verwenden in Bezug auf:
Effizienz der Programmierung: Natürlich wird es verbessert ... die meiste Zeit . Genauer gesagt, was ist, wenn das Projekt ein kleines Projekt ist? Oder ein großer? Was, wenn ich Java und Swing schon sehr gut kenne? Was wenn ich nicht bin? Was ist, wenn das Projekt von jemandem gepflegt werden muss, der nichts über den von mir verwendeten Rahmen weiß?
Lernwert: Will ich nur "lernen, wie man das Framework verwendet", anstatt mehr über Java und Swing in einer anderen Umgebung zu lernen?
Professioneller Wert: Würden Unternehmen einem Entwickler, der den "traditionellen" Ansatz besser kennt, einen Entwickler vorziehen, der "mehr" Frameworks kennt (auch wenn sie nicht die zu verwendenden sind)?
Ich habe an anderer Stelle wenig Information gefunden, was überraschend ist, wenn man bedenkt, wie groß diese Frage ist. Es mag trivial erscheinen, aber ich wundere mich darüber.
Ich habe Griffon als Rahmen bewertet. Ich habe den Eindruck, dass dieses Projekt langsam stirbt. IMHO Groovy ist kein Mainstream mehr (ich frage mich, ob es jemals ein Mainstream war?). Jetzt sind alle Scala.
Nun zurück zu Ihrer Frage:
Wie wir wissen, basiert Griffon auf Groovy und Groovy hat einen schönen Java-Stil , wahrscheinlich werden Sie viele Codezeilen vermeiden, aber wir müssen immer einige Aspekte wie Wissen und Zeitplan berücksichtigen.
Überlegen Sie sich also, was Sie wissen, und studieren Sie neue Dinge in einem anderen Projekt.
Vermeide es, im Dunkeln ohne deine Taschenlampe zu tauchen.
Natürlich bin ich voreingenommen, wenn es um Griffon geht, aber ich werde versuchen, so objektiv wie möglich zu sein:
Aber am Ende gibt es nur eine Meinung, die zählt: Ihre. Ich würde dir empfehlen, ein paar Stunden mit Griffon zu verbringen, wenn du bis dahin den Mehrwert nicht siehst ... Ich fürchte, wir müssen härter arbeiten, um es besser zu machen.
Prost
Die Implementierung des MVC-Musters für eine Umgebung sollte einfach sein, wenn Sie es verstehen. Zuerst eine Notiz: Ссылка
Nun kommen Sie in Ihre Umgebung, die Swing-basiert ist. Sie können Ihren Code implementieren, indem Sie den Modell-View-Controller dividieren. Ansichten sind Ihre Swing-Klassen, in denen Sie tatsächlich die Benutzeroberfläche erstellen. In solchen Klassen sollten Sie die Benutzeraktionen einfach über verschiedene Listener erfassen, aber keine Geschäftslogik implementieren. Der Controller sollte die Geschäftslogik ausführen und bei Bedarf Modell verwenden.
Sie erstellen beispielsweise eine Swing-GUI für die Anmeldung. Erstellen Sie eine LoginView-Klasse, in der Sie den Rahmen, Textfelder, Schaltflächen usw. erstellen. Außerdem können Sie die Listener nach Wunsch an verschiedene Steuerelemente anhängen. Wann immer ein Benutzer die Anmeldung sendet, sollten Sie den Controller anrufen, um die Berechtigungsüberprüfung durchzuführen. Anmeldeinformationen können in einem DB gespeichert werden, der in Model (DAOs) geladen und gespeichert werden sollte. Der Controller sollte die Benutzereingabe von View abrufen, die Anmeldeinformationen von Model korrigieren und die Vergleichslogik sollte in Controller implementiert werden.
Ich hoffe, es hilft!
Tags und Links java model-view-controller swing frameworks griffon