Es klingt für mich nicht, als ob das Factory-Muster eine Lösung für das Problem ist, das Sie haben. Das Factory-Muster soll eine Instanz eines bestimmten Subtyps einer Klasse bereitstellen, die den Aufrufer der Fabrik vor (a) dem tatsächlichen Subtyp, der zurückgegeben wird, und (b) der Logik, die die Factory verwendet hat, entscheidet, welcher Subtyp zurückgegeben wird.
Dies ist nicht, was Sie hier brauchen. Ich denke, Sie müssen das Speichern der Daten von der Klasse abstrahieren, die die gespeicherten Daten modelliert.
Sie haben eine Klasse, die zwei Anwendungen gemeinsam ist, und jede dieser Anwendungen sollte Funktionen zum Speichern der von Ihrer Klasse eingekapselten Daten in einer für diese Anwendung geeigneten Weise implementieren. Das bedeutet zwei Dinge:
Jede Anwendung (Web- und Windows-Form) soll Funktionalität enthält es Verstauen von Daten zu tun - aber weder Bedarf des Code von dem anderen verwendet aufzunehmen. z.B. Die Windows Forms-App muss nicht wissen, wie Daten in einer Websitzung gespeichert werden. Daher sollte sich der Code, der die Daten in einer Websitzung speichert, in einem Objekt befinden, das Teil der Webanwendung ist, aber nicht Teil der Windows Forms App ist und umgekehrt.
Da dies der Fall ist und die Klasse, deren Daten Sie speichern, beiden Apps gemeinsam sein muss, kann diese Speicherlogik nicht Teil dieser Klasse sein. (Angenommen OO Design-Prinzipien folgend, dass Klasse soll nicht wissen, wie sie in verschiedenen Teilen der Anwendung sowieso weg zu speichern, so dass Abhängigkeiten führt die künftigen Veränderungen erschweren. Siehe Single Responsibility Principle ...)
Hoffe, das ist hilfreich
konnte ich nur speichern das ganze Objekt angemessen und nicht die Klasse haben sich darüber wissen ... – CSharpAtl