Hallo zusammen,
ich hoffe jetzt einfach mal, dass der Anteil der entsprechend Bewanderten hier im Forum hoch genug ist, um mir evt. weiterzuhelfen.
Ich bin derzeit mit der Planung eines neuen, sehr komplexen Browsergames beschäftigt. Dieses soll, wie sein Vorgänger, nicht auf PHP, sondern auf Java basieren. Bisher kamen eine Kombination aus Hibernate, Struts und JSP zum Einsatz. Diese stellten sich aber im Laufe zwar als sehr ordentlich und zuverlässig heraus, in der Entwicklung war es aber sehr aufwändig.
Aus diesem Grund machen alternative, neuere Frameworks von sich reden, insbesondere Spring. Die ersten Beschreibungen und Tutorials die ich mir angesehen habe, lassen aber wenig von einer Arbeitsaufwandverminderung erkennen. Im Gegenteil, teilweise habe ich sogar den Eindruck, dass noch mehr Klassen geschrieben und nochmehr Konfigurationsdateien angefasst werden müssen.
Daher meine Frage: Wer hat Erfahrung mit Spring oder einem gleichwertigen Framework? Wie sehen eure Architekturen in der Hinsicht aus? Verwendet ihr den Validator von Spring oder überlasst ihr das validieren der einkommenden Daten der Business Logic?
MVC-Frameworks für Browsergames
gepostet vor 18 Jahre, 4 Monate von Lunikon
gepostet vor 18 Jahre, 4 Monate von MalGalad
Ich denke das Spring die vorallem als MiddleTear-Framework in der Kombination mit Hibernate einige Vorteile bringen kann. Probleme wie Syncronisation bei Multithreading sollen von Spring direkt übernommen werden und man muss sich als Entwickler nicht mehr selber darum kümmern.
Der MVC-Teil von Spring ist vermutlich nicht weniger aufwendig als der von Struts. Genau kann ich das aber auch nicht sagen, da wir selber noch die von dir genannte Kombination einsetzen.
Gruß,
MalGalad
Der MVC-Teil von Spring ist vermutlich nicht weniger aufwendig als der von Struts. Genau kann ich das aber auch nicht sagen, da wir selber noch die von dir genannte Kombination einsetzen.
Gruß,
MalGalad
gepostet vor 18 Jahre, 4 Monate von Lunikon
Hm, diesen Eindruck hatte ich auch.
In meinen Struts-Frameworks habe ich die Synchronisierung mit einer recht einfachen, aber völlig befriedigenden Lösung selbst realisiert. Damit bildet das gesamte Spiel an sich eine einzige Library, die Synchronisierung, Hibernate sowie die gesamte Business-Logic in sich vereint. Da sich das bewährt hat und sich sehr gut testen lässt, würde ich dieses Konzept am liebsten unverändert lassen. Daher bräuchte ich wirklich nur ein Framework zum sauberen und möglichst einfachen (im Sinne von Arbeitsaufwand) handhaben der Requests und zur Darstellung.
Fragt sich eben, welche Vorteile Spring MVC mit sich bringt, wenn es nicht die Reduzierung des Arbeitsaufwandes ist. Kennst du da konkrete Dinge, die einen Umstieg lohnenswert machen würden?
In meinen Struts-Frameworks habe ich die Synchronisierung mit einer recht einfachen, aber völlig befriedigenden Lösung selbst realisiert. Damit bildet das gesamte Spiel an sich eine einzige Library, die Synchronisierung, Hibernate sowie die gesamte Business-Logic in sich vereint. Da sich das bewährt hat und sich sehr gut testen lässt, würde ich dieses Konzept am liebsten unverändert lassen. Daher bräuchte ich wirklich nur ein Framework zum sauberen und möglichst einfachen (im Sinne von Arbeitsaufwand) handhaben der Requests und zur Darstellung.
Fragt sich eben, welche Vorteile Spring MVC mit sich bringt, wenn es nicht die Reduzierung des Arbeitsaufwandes ist. Kennst du da konkrete Dinge, die einen Umstieg lohnenswert machen würden?