Suchergebnisse

ich frag mal doof: Was bringt ein IOC-Container, was ein Singleton nicht bringt?

Zitat von Trade: „Heißt, ich lade das und in dem Moment soll mit den Daten des Projekts jeweils eine Instanz zum Verwalten gebaut werden (UpdateFactory, Logger, TransferManager etc.), sodass ich das bearbeiten kann. Weil diese verschiedenen Funktionen jetzt in verschieden Dialogen bzw. Klassen ablaufen und nicht alle auf einem Fleck, möchte ich diese Instanzen irgendwo statisch abrufen können, um Coderedundanz zu vermeiden.“Klingt mir bischen, als würde ein Datenmodell und Databinding dir guttun…

also ich lese, dass du Daten lädst, und die bearbeiten möchtest - eine "Instanz zum Verwalten" - was immer das sein mag. Und daraus schließt du, dass Dataset o.ä. für deine Fälle am wenigsten geeignet sei. (Hmm - wenn ich Daten laden und bearbeiten möchte, schließt das für mich ein Dataset eiglich nicht von vornherein aus, zumindest nicht in WinForms. Naja, wie wolle - vermutlich verfügst du über Informationen, die mir abgehen. ) Zur Frage ob Singleton oder statische Klasse: Ist (mir zumindest) …

ah - die fehlende Information war also, dass du dich bereits auf serialisierbare Klassen als Datenmodell festgelegt hast. Ich will dir da garnix ausreden, tatsächlich hab ich in diesem Thread ja garnet mit Datasets angefangen (thefiloe wars). Wusstest du, dass man auch serialisierbare Klassen mit Databinding präsentieren und bearbeiten kann? (Wenn nicht - interessierts dich?) Zitat: „Die Funktionalität passt ja so, es geht nur darum, wie ich entsprechend an die Daten komme, damit ich die schön i…

ich weise nochmal drauf hin: Ich habe in diesem Thread ühaupt nicht mit Dataset angefangen, mein Input in diesem Thread bezieht sich auf Datenmodell und Databinding - denn es geht u.a. darum, Daten zu laden und zu bearbeiten. Ein Datenmodell kann ein Dataset sein, muss aber nicht.

aber das muss es neben der statischen Session doch noch mehr Klassen geben. weil eine statische Klasse kann man mit Serialisirung nicht befüllen- eine Deserialisierung erzeugt ja immer ein Objekt.

aber die ist dann nicht statisch. Die ist dann nichtmal ein Singleton. Also was man deserialisiert kann kein Singleton sein. Achso, ja , doch: Der private SingleTon-Construktor kann natürlich einmalig eine Datei öffnen und sich mit dem deserialisierten Objekt initialisieren.

naja, wg. post#26

ah - genau wie ich in post#27 vermutet/angefragt habe. Aber warum eine Struct? Structs sind als Datenmodelle meist sehr problematisch, insbesondere wenn von verschiedenen Stellen drauf zugegriffen werden soll. Weil wenn eine Struct zugewiesen wird, wird ja immer eine Kopie übergeben, sodass Redundanz-Probleme auftreten, wenn versucht wird, an verschiedenen Stellen Daten zu ändern. Also genau was Databinding recht angenehm leisten könnte ist recht konterkarikiert, wenn die Datensätze Structs sind…

ich glaub, das ist nur ein Missverständnis oder eine Verwirrung, weil noch keine Benamung stattgefunden hat, oder zumindest nicht bekannt ist. Höchstwahrscheinlich muss es 2 Klassen geben (zur not geht auch beides in einen Singleton, das wäre aber glaub recht ungewöhnlich): 1) DataModel, ein Singleton oder eine statische Klasse, mit einer Property vom Typ: 2) Session, oder UpdateProject oder whatever. Jdfs. 2) ist eine Klasse, die durch Deserialisierung erzeugt werden kann, während Datamodel das…