JavaScript ist deaktiviert. Für eine bessere Darstellung aktiviere bitte JavaScript in deinem Browser, bevor du fortfährst.

Auf Thema antworten

Nachricht

OK, soweit klar - ich denke mal drüber nach, ob ich nochmal ein Refectoring betreibe (meine ich ernst). Ich fand das autom. aktualisieren des Models durch die View-Items eigentlich wahnsinnig sexy

Wie würdest du es bei einer JTable machen? Aktuell habe ich es so gelöst, das die getValueAt und setValueAt des AbstractTableModel direkt in das Model der View schreiben. Das Model der View ist immer ein Multi-Record-Model. Also es besteht aus einem private Record aller Eigenschaften und eine Liste aus Records. Die public Getter und Setter führen immer einen Index mit welcher angibt welcher Record gerade gelesen/gesetzt werden soll.

Es gibt dann entweder single-Row Views mit einzelnen JComponents und nur einem einzigen Record in der Liste (Edit, New) oder multi-Row Views mit einer JTable (Show) pro Zeile ein Record.
Das würde nach diesem Ansatz bedeuten, man hätte ein Model der View, ein Model der Tabelle und das abgeleitete AbstractTableModel - also 3 Modelle?

<blockquote data-quote="OlliL" data-source="post: 973627" data-attributes="member: 37604">OK, soweit klar - ich denke mal drüber nach, ob ich nochmal ein Refectoring betreibe (meine ich ernst). Ich fand das autom. aktualisieren des Models durch die View-Items eigentlich wahnsinnig sexy <img src="data:image/gif;base64,R0lGODlhAQABAIAAAAAAAP///yH5BAEAAAAALAAAAAABAAEAAAIBRAA7" class="smilie smilie--sprite smilie--sprite8" alt=":D" title="Big Grin&nbsp; &nbsp; :D" loading="lazy" data-shortname=":D" />Wie würdest du es bei einer JTable machen? Aktuell habe ich es so gelöst, das die getValueAt und setValueAt des AbstractTableModel direkt in das Model der View schreiben. Das Model der View ist immer ein Multi-Record-Model. Also es besteht aus einem private Record aller Eigenschaften und eine Liste aus Records. Die public Getter und Setter führen immer einen Index mit welcher angibt welcher Record gerade gelesen/gesetzt werden soll.Es gibt dann entweder single-Row Views mit einzelnen JComponents und nur einem einzigen Record in der Liste (Edit, New) oder multi-Row Views mit einer JTable (Show) pro Zeile ein Record.Das würde nach diesem Ansatz bedeuten, man hätte ein Model der View, ein Model der Tabelle und das abgeleitete AbstractTableModel - also 3 Modelle? <img src="data:image/gif;base64,R0lGODlhAQABAIAAAAAAAP///yH5BAEAAAAALAAAAAABAAEAAAIBRAA7" class="smilie smilie--sprite smilie--sprite3" alt=":(" title="Frown&nbsp; &nbsp; :(" loading="lazy" data-shortname=":(" /></blockquote>

[QUOTE="OlliL, post: 973627, member: 37604"] OK, soweit klar - ich denke mal drüber nach, ob ich nochmal ein Refectoring betreibe (meine ich ernst). Ich fand das autom. aktualisieren des Models durch die View-Items eigentlich wahnsinnig sexy :D Wie würdest du es bei einer JTable machen? Aktuell habe ich es so gelöst, das die getValueAt und setValueAt des AbstractTableModel direkt in das Model der View schreiben. Das Model der View ist immer ein Multi-Record-Model. Also es besteht aus einem private Record aller Eigenschaften und eine Liste aus Records. Die public Getter und Setter führen immer einen Index mit welcher angibt welcher Record gerade gelesen/gesetzt werden soll. Es gibt dann entweder single-Row Views mit einzelnen JComponents und nur einem einzigen Record in der Liste (Edit, New) oder multi-Row Views mit einer JTable (Show) pro Zeile ein Record. Das würde nach diesem Ansatz bedeuten, man hätte ein Model der View, ein Model der Tabelle und das abgeleitete AbstractTableModel - also 3 Modelle? :( [/QUOTE]

Verifizierung