Suche nach Meinungen über die Verwendung Objectify-appengine statt JDO in GAE-J [geschlossen]

Question

Ich habe langsam gewesen und ein wenig schmerzhaft arbeitet meinen Weg der Datenspeicher / JDO Lernkurve in GAE. Vor kurzem habe ich einen Rahmen genannt gefunden Objectify , die angeblich irgendwo zwischen dem seinen mit sehr einfachen Datenspeicher-native API und der Komplex JDO. Ich habe auf sie zu lesen und es scheint attraktiv.

Was ich wissen will, ist, wenn jemand viel Erfahrung mit Objectify hat ... Wie ausgereift ist es? Gibt es viel von einer Benutzer-Community? Ist es bereit für schwere Hebehauptsendezeit? Könnte es aufgegeben werden?

Es scheint nicht viel Diskussion über Objectify hier oder im Internet im Allgemeinen zu sein, die mich über anvertraut mein Projekt es nervös macht.

Answer 1

Ich habe ein bisschen in objektivieren sah und schrieb einen ersten Beitrag über sie unter http://borglin.net / GWT-Projekt / . Es gibt tatsächlich mindestens 5 verschiedene Low-Level-Wrapper-Gerüste an diesem Punkt (Objectify, Zweig, SimpleDS, Siena, SLIM3).

Im Moment arbeite ich an einem Interview-Stil Vergleich zwischen objektivieren, Zweig und SimpleDS zusammen mit den Autoren für jeden Rahmen. Sie werden eine Reihe von technischen Fragen beantworten, und ich werde mit jedem Rahmen einiger Code-Szenarien tun.

In der Zwischenzeit könnten Sie aus diesen Themen überprüfen möchten: http://groups.google.com/group / google-appengine-java / Baum / browse_frm / Thema / 4467986eaf01788b / c6d007863a616a1b

http://groups.google.com/group/ google-appengine-java / browse_thread / thread / f20d922ffecb310c

http://groups.google.com/group / google-appengine-java / browse_thread / thread / 79078132130a3dfe #

Answer 2

Für alle, die für das Interview-Stil Vergleich zwischen objektivieren suchen, Zweig und SimpleDS wie von Andreas Borglin erwähnt, ist es finden Sie hier: http://borglin.net/gwt-project/?page_id=604

Answer 3

Ich bin gerade von JDO und der Low-Level-API zu objektivieren portiert, und ich bin verkauft. Automatische Verwendung von Memcache, viel einfacher (und kürzere) Abfragen, weniger Überraschungen. Ich mag, dass es nicht die Art des Datenspeichers verbergen -. Es macht es einfacher zu bedienen

Answer 4

Sie möchten vielleicht auch 1.0 die jüngste Ankündigung der Zweig endgültige Version überprüfen:

http://groups.google.com/group / google-appengine-java / browse_thread / Thema / aafbeb679a6e6790

Es gibt einen guten Überblick darüber, was Zweig ist in der Lage. Ein Punkt von Interesse ist die Möglichkeit, nicht-blockierende Asynchron-Abfragen zu tun, die mit Zweig zu diesem Zeitpunkt möglich ist.

Answer 5

Objectify ist OK, aber es gibt nichts, noch besser. Zweig ist relativ neu, wie von 09/21/10, bei der Dokumentation einen Blick nahm, Beispiele, Diskussionsgruppen von beiden und sieht aus wie es einige Möglichkeiten hat, bevor sie Mainstream zu gehen. Nicht viele beanspruchten Merkmale haben out-of-box Beispiele arbeiten. Ich liebe die prägnante Dokumentation von Zweig in Bezug auf die Verbose noch etwas klare Dokumentation von objektivieren entgegen. Objectify scheint mich zu wollen, viel Arbeit zu tun, zum Beispiel nicht im Besitz Beziehung Unterstützung usw. verwalten Aber alles gegeben, dass es auf der Ebene JDO / JPA und auch gegeben JDO / JPA nicht viel geben gibt, werde ich sagen, Objectify die beste Wahl für jetzt ist.

Answer 6

Sie können diesen Artikel lesen. Es bietet einen sehr guten Vergleich zwischen Objectify und JDO

http://borglin.net/gwt-project/?page_id=491

Es ist eine späte Antwort, aber ich diged in dieser Ausgabe, wie Sie. Wie ich wollte lucene und Kompass zu diesem Zeitpunkt für die Volltextsuche verwenden, und dann fand ich Sie in der Volltextsuche in diesem Projekt verwenden objektivieren kann

http://code.google.com/p/fulltext-search -in-objektivieren /