Vergleich zwischen Vaadin und ZK
Tut jemand wissen, der einen Vergleich zwischen ZK und Vaadin?
Ich bin vor allem daran interessiert, welche der beiden ist besser geeignet für einen dynamischen web-app (also dort, wo auch das layout und die POJOs definiert sind zur Laufzeit und kann sich jederzeit ändern).
Meisten Beispiele sehen ziemlich gut, wenn Sie ein standard-POJO (mit einem festen Satz von Feldern). Aber wie werden die Rahmenbedingungen ergehen, wenn die POJO-ersetzt mit einem Map<String, Object>
und ich zum erstellen der Benutzeroberfläche je nach Map
's Inhalte?
- Mit Vaadin alle der code ist java, wenn Sie nicht brauchen sth wirklich Brauch. Als Ergebnis, es funktioniert gut mit POJO (Objekt-orientiert). Ihre Anforderungen können unterschiedlich sein, aber zu verlieren, Objekt-Orientierung kann zu mehr Kopfschmerzen in der Zukunft.
- Kunden müssen in der Lage sein, benutzerdefinierte Felder hinzufügen, um Objekte zu jeder Zeit, so benutzen wir Basis POJOs, die über eine Karte der Bereich für alles andere. Wir sind uns bewusst, dass es einen trade-off, aber ohne diese, würde die Anwendung nutzlos für den Kunden.
Du musst angemeldet sein, um einen Kommentar abzugeben.
Finden Sie Vaadin orientierten Vergleich/Diskussion hier: vaadin.com/forum/-/message_boards/view_message/134071 und andere (mehr ZK-orientiert) hier: jtechnoprojects.blogspot.com/2011/05/zk-vs-vaadin.html
Darüber hinaus in Bezug auf Ihr Thema zu Map content, ich denke, Sie sollten in Ordnung sein mit Vaadin ist Element-Schnittstelle. Zum Beispiel die "PropertiesItem" addon ist im wesentlichen gesichert durch eine Karte (java.util.Eigenschaften um genau zu sein) und es bindet direkt an Vaadin Formen.
Beide frameworks behandeln dynamic UI:s Prima. Bei der Auswahl der Rahmen, sollten Sie vergleichen Dinge wie Komponenten enthalten, die Anzahl und die Qualität der add-on-Komponenten, Lizenzierung, Dokumentation, community und so weiter.
Als disclaimer ich arbeite für ZK.
Gibt es eine Menge von Funktionen, die Ihnen helfen, tun, was Sie tun möchten. Sie können einen Blick auf die der Produkt-Seite die highlights eine Menge von Funktionen. Allerdings habe ich hervorgehoben 2 in der Tabelle aufgeführten Leistungsmerkmale, die möglicherweise von besonderem nutzen.
Responsive Design - das layout zu Verändern
Dieser Ansatz wurde veröffentlicht in ZK 6.5 und ermöglicht es Entwicklern, Anwendungen zu schreiben, die ändern mit dem layout. Dies wäre sehr nützlich für Sie. Es enthält auch Komponenten, die Ihr Verhalten ändern, je nachdem, ob Sie auf einem Desktop-browser, tablet oder smartphone.
Informationen verfügbar hier.
Databinding - Layout & Reagieren auf die Veränderungen in POJOs
Databinding basiert auf dem MVVM-Konzepte und reagieren können auf Veränderungen in Ihrem POJOs. Sie können verschiedene Vorlagen, die Unterstützung der anderen POJO-Staaten und dergleichen. Ein gutes Einführungs-tutorial für unsere databinding ist diese eine.