mehrere Variablentypen in ein Array?

[stetabar]

Hallo zusammen,

ich habe hier 3 unterschiedliche Datentypen (int, String, boolean). Diese würde ich gerne über ein Array an eine andere Klasse übergeben. Meinet wegen auch als Vektor. Aber wie muss ich das Array bzw. den Vektor am Anfang aufrufen?

Danke für die Hilfe!

 

[Wildcard]

Davon kann man nur dringend abraten. Man braucht Geheimwissen um den Inhalt der Datenstruktur zu verstehen und das ist schlechtes Design.

 

[stetabar]

ich habe mir jetzt eine hashtable gebaut, damit bekomme ich alle mit einem mal rüber.
ich bin mir bei ner hastable nur nicht sicher, welches dateiformat die daten dann haben...

das muss ich jetzt gerade noch mal überprüfen...

 

[@x.l]

Stehen die drei Daten (also der int-, String- und boolean-Wert) in einem Zusammenhang (vllt. ein Datensatz)? Dann schreib dir dafür lieber ein eigene Klasse. Die kannst du dann in nen Vektor packen...

 

[FArt]

Was meine Vorredner schon angesprochen bzw. angedeutet haben: dein Vorhaben hat nichts mit einem sinnvollen Design zu tun, mit Objektorientierung schon gar nicht.

Tipp: mach es richtig!

 

[stetabar]

also ich wollte einen DB-Aufruf machen und habe aber eine PGSQL-DB und eine MySQL-DB.
Ich dachte mir, dass es geschickt wäre nicht das SQL-Statement zu schreiben und das Statement als String zu übergeben, sondern die Einzelelemente zu übergeben, dass der String erst in der DB-Aufrufs-Klasse erzeugt wird...

Also z.B. sowas:

Klasse Aufruf:
dbname
select
wert1, wert2
tabellenname
wherebedingung

Klasse DB:
Anhand vom dbnamen wird entweder die MySQL oder PGSQL Syntax verwendet
Und dann werden die Daten zusammengebaut.
z.B. SELECT wert1, wert2 FROM tabellenname WHERE wert1=1

Wenn ich mir die alle einzeln übergebe, wird das Dingen einfach so lang und dachte, dass es so etwas einfacher wäre...

Aber lasse mich da gerne eines besseren belehren...

Wie würdet ihr das denn machen? (also ich brauche jetzt nicht die Bedingungen, wie die Syntax zusammengesetzt wird - vielleicht nur den Tipp oder einen Vorschlag, wie ich die Daten anlegen und an die andere Klasse übergebe...)

 

[tfa]

http://www.hibernate.org/

 

[@x.l]

http://www.hibernate.org/

Ist das aber nicht mit Kanonen auf Spatzen geschossen?

Anhand vom dbnamen wird entweder die MySQL oder PGSQL Syntax verwendet

Bei der Verwendung von PreparedStatements brauchst du doch da nicht unterscheiden.

 

[tfa]

Ist das aber nicht mit Kanonen auf Spatzen geschossen?

Offensichtlich nicht, wenn schon 2 verschiedene RDBMS verwendet werden. Außerdem, kennst du Größe des Projekts? Ist vielleicht doch ein Elefant.

 

[stetabar]

naja, elefanten sind mir da doch etwas zu groß, aber ich will nicht ausschließen, dass da auch mal eine 3te zukommen könnte und es wäre halt blöd, wenn ich dann nochmal an alles dran müsste.

aus dem grund wollte ich die anpassungspunkte reduzieren. darum den zusammenbau der statements auf eine klasse beschränken...

aber wenn ich mir hibernate anschaue, dann scheint mir das schon sehr mächtig und groß zu sein, oder?

naja, die frage ist doch, ob so eine hashtable mir da nicht einfach ausreicht?
ich meine, da kommen ja eh keine DB-Aufrufe durch 3te zustande. es soll mir nur die arbeit erleichtern, wenn ich mal nen zugriff auf ne andere db haben will...also morgen die sql-syntax leicht abgewandelt haben muss.
so brauche ich dann nur an eine klasse ran...

oder ist das über die hashtable zu "unsauber"?

wäre dann halt so ein aufbau der hashtable:
"dbname", "db1"
"type", "select"
"table", "table1"
etc.

 

[tfa]

Warum das Rad neu erfinden? Den Einstieg in Hibernate zu finden ist sicherlich ein gewisser Aufwand, aber wenn du in Zukunft Software mit DB-Anbindung in Java entwicklen willst, wird sich das auf jeden Fall auszahlen.
Der Wechsel des DB-Dialekts ist mit Hibernate z.B. eine Zeile in der Konfig-Datei.

 

[FArt]

Einfach mal ins Blaue geredet, muss nicht zu 100% sinnvoll sein, soll aber mal verdeutlichen, wie man da objektorientiert herangehen könnte:

Es gibt einen DatabaseAccessor, den vielleicht in zwei Ausfertigungen (um evtl. Unterschiede der DBs abzufackeln,was in der Regel selten nötig ist). Irgendwo wird es zu der Query eine logische Klasse geben, die die Query verwendet. Diese Klasse bekommt z.B. den Accessor injiziert => Du hast die eigentliche Aufgabe von der Datenbank getrennt und die Abfrage von der Logik.

Spring bietet dir dafür schon viele kleine Hilfsmittel... oder Picocontainer. Eine OR-Mapper wie Hibernate ist auch ok, evtl. tut es aber auch schon iBatis.

Jetzt nicht losmeckern, dass das ja suboptimal so ist... es ist nur ein Denkansatz... denk mal über DAOs nach, schau dir ein paar Pattern an... dann wird klar, wie man das angehen könnte und sollte.

 

[stetabar]

jetzt gab es hier so einige ansätze, dass ich mich erstmal fassen muss und mir mal überlegen muss, welchen ansatz ich für mich am besten nutzen kann...

danke an euch alle für die vielen hinweise und tipps!