AGB  ·  Datenschutz  ·  Impressum  







Anmelden
Nützliche Links
Registrieren
Zurück Delphi-PRAXiS Sprachen und Entwicklungsumgebungen Object-Pascal / Delphi-Language Delphi Code-Design: nur Writer/Reader oder beides?
Thema durchsuchen
Ansicht
Themen-Optionen

Code-Design: nur Writer/Reader oder beides?

Ein Thema von CalganX · begonnen am 7. Jan 2005 · letzter Beitrag vom 7. Jan 2005
 
CalganX

Registriert seit: 21. Jul 2002
Ort: Bonn
5.403 Beiträge
 
Turbo Delphi für Win32
 
#1

Code-Design: nur Writer/Reader oder beides?

  Alt 7. Jan 2005, 22:13
Hi,
ich habe für ein kleines Tool eine Klasse geschrieben für das Laden von Daten aus der Registry. Die Klasse ließt intern alles aus und speichert das Ergebnis in einer Eigenschaft. Soweit so gut.

Jetzt stelle ich mir die Frage, welcher Weg der eleganteste und beste ist:
  1. Ich habe eine Loader-Klasse, die das macht, was sie bisher auch macht. Und wenn ich einen Datensatz in die Registry speichern möchte, so mache ich das direkt über meine GUI.
  2. Ich schreibe mir zusätzlich eine Writer-Klasse, die einen Datensatz speichern, so wie ich es haben möchte.
  3. Meine Loader-Klasse hat gleichzeitig die Funktion die Daten aus der Registry auch wieder zu schreiben, sofern eine Methode aufgerufen wird.
Welches davon ist der beste Weg? 1, 2 oder 3. Ob ihr wirklich richtig steht, steht ihr, wenn das Licht angeht.

Chris
  Mit Zitat antworten Zitat
 


Forumregeln

Es ist dir nicht erlaubt, neue Themen zu verfassen.
Es ist dir nicht erlaubt, auf Beiträge zu antworten.
Es ist dir nicht erlaubt, Anhänge hochzuladen.
Es ist dir nicht erlaubt, deine Beiträge zu bearbeiten.

BB-Code ist an.
Smileys sind an.
[IMG] Code ist an.
HTML-Code ist aus.
Trackbacks are an
Pingbacks are an
Refbacks are aus

Gehe zu:

Impressum · AGB · Datenschutz · Nach oben
Alle Zeitangaben in WEZ +1. Es ist jetzt 18:44 Uhr.
Powered by vBulletin® Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024-2025 by Thomas Breitkreuz