[JAVA]daten aus resultSet weiter verwenden - Seite 2

Seite 2 von 2 - Forum: Coding Stuff auf overclockers.at

URL: https://www.overclockers.at/coding-stuff/javadaten_aus_resultset_weiter_verwenden_207227/page_2 - zur Vollversion wechseln!

tinker schrieb am 04.06.2009 um 10:14

Kein Problem, hatte ja keinen Stress desswegen, wollte einfach sehen wie du's nun gelöst hast.

Maekloev schrieb am 16.06.2009 um 21:04

wenn du zeit hast, dich in ein neues framework einzuarbeiten und dich alternative methoden zum o/r-mapping interessieren, dann kann ich dir das hibernate-framework sehr empfehlen:

http://en.wikipedia.org/wiki/Hibernate_(Java)

sehr genial, was man damit alles machen kann.

verwendest du für die gui swing oder swt?

DKCH schrieb am 16.06.2009 um 21:09

wobei für einfache sachen auch ibatis super is, und das mit weniger overhead als hibernate... aber da wirds ein wenig philosophisch

repi schrieb am 17.06.2009 um 20:13

Hibernate hab ich schon begonnen mich bißchen einzulesen. Hab in einem meiner Java Bücher ein Einführungstutorial gefunden.

tinker schrieb am 17.06.2009 um 20:16

Jop, hibernate is net schlecht. Kommt halt aufs Projekt an, wie gesagt, bei kleinenist der overhead zu groß, da zahlts sich net wirklich aus.

Maekloev schrieb am 18.06.2009 um 02:16

ich find die offizielle hibernate-referenz oder auch dieses tutorial schon mal recht gut. besonders die dynamic models (s. auch hier) haben mir dabei sehr imponiert.
unsere anwendung, die wir im rahmen eines projekts erstellt haben, basiert beispielsweise nicht auf den sonst üblichen pojo-klassen, sondern auf klassen, die hashmaps kapseln. dadurch erreicht man einen sehr hohen grad an flexibilität und kann attribute (stichwort properties) einer klasse auch zur laufzeit ohne reflections ändern. auch das hibernate-mapping lässt sich so, basierend auf den hashmaps, sehr einfach dynamisch generieren.

aber wie tinker richtig anmerkt: bei sehr kleinen projekten ist der overhead wohl etwas zu groß. möglicherweise empfehlenswert ist auch noch das spring-framework. scheinbar soll dies die verwendung von hibernate vereinfachen. allerdings hab ich es bisher noch nie verwendet, kann also nicht wirklich was darüber sagen.

DirtyHarry schrieb am 18.06.2009 um 11:45

Ich würd vorschlagen das JPA (Java Persistence API) zu verwenden, denn Vorteil hat es, dass man dahinter dann die eigentliche Persistenzlösung(Hibernate, Toplink usw.) austauschbar ist und nur mehr ein Eintrag in ein Configfile ist.

Tuts und Docs auf den Sun-Seiten - JPA ist ein Teil von Enterprise Java, ist aber auch ohne den ganzen Zinnober rundherum verwendbar.

meepmeep schrieb am 18.06.2009 um 13:46

Außerdem sparst du dir durch die JPA Annotationen auch noch das rumschei**en mit den Hibernate Mapping Files.

repi schrieb am 18.06.2009 um 17:14

da ich zurzeit nur im privaten umfeld mit java "werkl", werd ich mit hibernate eher wenig in berührung kommen. anschauen tu ichs mir trotzdem, bissl auskennen kann ja net schaden.

Maekloev schrieb am 28.06.2009 um 22:26

Zitat von meepmeep
Außerdem sparst du dir durch die JPA Annotationen auch noch das rumschei**en mit den Hibernate Mapping Files.

stimmt schon. aber wenn du den entwurf deiner anwendung nur dynamisch genug angehst, kannst du dir das vollständige hibernate-mapping auch generieren lassen. dazu ist dann kein manuelles, stupides tippen des .xml-files oder das verwenden von annotationen notwendig.

Zitat
Originally postet by repi
anschauen tu ichs mir trotzdem, bissl auskennen kann ja net schaden.

dem kann ich nur zustimmen. weiterbildung schadet nie.