One-To-Many deprecated

[nocturne]

Moinsen,

wir setzen ein externes tool für das Designen mit über 20000 tabellen ein. Die erstellten Beans haben deprecated-Meldungen bei one-to-many-gettern.

 

[brauner1990]

Das kann doch nicht sein. Man kann doch nicht einfach diese Basis Klasse deprecated machen und hats bestimmt auch nicht gemacht. Wenn diese Klasse in eine ManyToOne geändert werden müsste, dann erklär mir mal bitte wie ich dann eine OneToMany abbilden soll...Und bei Oracle steht davon nix soweit ich gesucht/gefunden habe.

Ich ich glaube ehr, es handle sich um eine Funktion die du nutzen willst, welche von einem anderen Programmer als @deprecated gesetzt wurde.

 

[nocturne]

OK, ich habs gelöst.

Normalerweise muss man mit Hibernate doch

auto.getPersons().add(peter);
peter.setAuto(auto);
transaction.commit();

Schreiben. Weil das oft vergessen wird, hat der EDBD die erste Zeile in die zweite gekapselt.

Es lag ab dem häckchen "double linked".


Eigentlich Genial. Scheisse nur wenn man doof ist.

 

[brauner1990]

Weil das oft vergessen wird, hat der EDBD die erste Zeile in die zweite gekapselt.

Also hattest du bereits persistiert, obwohl du es nochmal versucht hast.

 

[maki]

Sehe das nicht als "genial" an, eigentlich "normal" dass die "owning side" sich um die konsistenz kümmert.
Was mir nicht gefällt ist die Tatsache, dass man den Setter als Deprecated kennzeichnet (in frisch generiertem Code), wenn er doch weggelassen werden sollte.

 

[nocturne]

Sehe das nicht als "genial" an, eigentlich "normal" dass die "owning side" sich um die konsistenz kümmert.
Was mir nicht gefällt ist die Tatsache, dass man den Setter als Deprecated kennzeichnet (in frisch generiertem Code), wenn er doch weggelassen werden sollte.

Du meinst den Getter?



1. Die Beans kann man ja von SelectItem (Richfaces) ableiten. So kann man

<selectOne value=#{auto.fahrer}>
<selectItems values=#{auto.persons}/>
</selectOne>

Schreiben. Daher finde ich gut das der Getter noch da ist.

2. Das würde ohne getter doch gegen Bean-Richtlinien verstossen.
3. Mir hat die Aussage "Please use ...." sehr geholfen. Ich finde deprecated im sinne von "abgelehntes vorgehen" in ordnung.

 

[brauner1990]

Wenn etwas deprecated ist, also zu deutsch veraltet, wurde es überarbeitet und somit erneuert. Es sollte also die erneurte Methode auch angeboten werden finde ich.

 

[maki]

JavaBeans sind nicht immer passend, Entites werden sonst zu Dummen Datencontainern, nicht zu intelligenten Objekten.
Alles zu JavaBeans zu machen widerspricht den OO Prinzipien.
"Deprecated" steht in diesem Zusammenhang für "veraltet", keine gutes Zeichen imho bei frisch generiertem Code, bevor man dem Entwickler eine Möglichkeit bietet die er nicht nutzen sollte, gibt man sie ihm lieber nicht, kenne aber die Zwickmühle bei bidirektionalen Beziehungen.

Klar kann man mal gegen Konventionen/Prinizipien verstossen, muss halt immer abwägen, kommt eben darauf an, bei ORMs erstellt man normalerweise zuerst die Klassen, das DB Schema wird generiert, wenn man es umgekehrt macht, landet man zwangsläufig bei einer weniger OOAD Abstraktion, sondern einer Datenzentrierten, muss aber nicht schlecht sein in bestimmten Fällen.

 

[nocturne]

Obsolete ist "veraltet",
Deprecated ist "ablehnen".

Der generierte Code ist 100%ig.

 

[maki]

Obsolete ist "veraltet",
Deprecated ist "ablehnen".

Nö, nicht in diesem Kontext: Deprecation - Wikipedia, the free encyclopedia

Eine Methode erstellen um sie dann sofort als Deprecated zu markieren ist irgendwie... naja, man vergibt Generatoren manchmal mehr als einem Entwickler

Der generierte Code ist 100%ig.

100% was?

 

[brauner1990]

Obsolete ist "veraltet",
Deprecated ist "ablehnen".

Dies stammt von dict.leo.org richtig? Aber das ist nicht die Programmierer Übersetzung!

100% was?

wie ein alter Lehrmeister sagen würde in diesem Fall, 100% Eier, steht ja nicht dabei was es sein soll ^^ ;-)

P.S....sry für meine Smiley Attacke...aber das musst iwie sein

 

[nocturne]

... naja, man vergibt Generatoren manchmal mehr als einem Entwickler

Ja, oder die Entwickler vergeben eher Programmen, der API und der englischen Sprache als sich selbst.