Fortlaufende Zahl in einem Programm merken

[DelphiManiac]

Hallo,

wie in anderen Postings schon erwähnt entwickel ich eine PC-Prüfsoftware in Delphi,
jetzt stehe ich vor dem Problem, dass ich nach jeder Prüfung dem Gerät eine fortlaufende Prüfnummer vergeben muss,
dies jedoch nur nach erfolgreicher Prüfung.

Wie kann ich dass denn am sinnvollsten lösen, das Programm muss ja eine Nummer speichern und diese dann hochzählen.
Sollte man dies am Besten über die Registry, oder eine externe Datei machen? Wäre über Tipps sehr dankbar.

Gruß DelphiManiac

[hoika]

Hallo,

packe die Prüfungen incl. der Nummern in eine Datei (Datenbank).
Dann hole dir die letzte Nummer und erhöhe um 1.
Beim Programmstart könnten ja die "alten" Prüfungen
aus der Datei gelöscht werden.

Von Registry rate ich ab.
Was ist, wenn dein Programm mal "umzieht" ?
Dann fängt die Nummer von vorn an ...


Heiko

[Tommy82]

Hallo,

ich persönlich zeihe da immer eine externe Datei der Registry vor. Da man Windows nicht vertrauen kann(häufige Abstürze, Bluescreen,usw), kann man auch der Registry nicht vertrauen. Der normalen "ini-Datei" aber schon.

Aber ich lasse mich auch eines besseren belehren.

mfg

Tommy82

[moonwhaler]

Da gab es mal bei uns ähnliche Anforderungen. Nur hieß es dort - es muss ein Zähler sein, der zentral für bis zu 200 Arbeitsplätze gilt. Das bedeutet das eine Zahl IMMER eindeutig sein muss und jeder dieser Arbeitsplätze eben diese nur exakt einmal zuordnen darf. Ich hatte das im Verbund mit XML Dateien gelöst (OmniXML), aber bevor es ganz fertig war, wurde das wieder eingestampft. Wie so oft. :?

Sollte da interesse bestehen, kann ich sicher den Quellcode hier posten.

[kalmi01]

Hi moonwahler,

XML ist da doch wohl ein bischen Overkill, oder ?

Ich habe es (bei ähnlicher Anwenderzahl) mit einer einfachen Textdatei gemacht:

- Datei umbennen (Datei.sav), wenn Datei nicht vorhanden = warten bis vorhanden
- Datei.sav lokal kopieren (eigenen PC)
- lokale Datei.sav auslesen, Wert inkrementieren und zurück schreiben
- lokale Datei.sav zum Server kopieren
- Server Datei.sav umbenennen nach Datei

Läuft seit Jahren stabil, die (netzwerk bedingten) Hänger kann man an einer Hand abzählen.

[Stefan.Buchholtz]

Zitat:

Zitat von kalmi01

- Datei umbennen (Datei.sav), wenn Datei nicht vorhanden = warten bis vorhanden
- Datei.sav lokal kopieren (eigenen PC)
- lokale Datei.sav auslesen, Wert inkrementieren und zurück schreiben
- lokale Datei.sav zum Server kopieren
- Server Datei.sav umbenennen nach Datei

Läuft seit Jahren stabil, die (netzwerk bedingten) Hänger kann man an einer Hand abzählen.

Warum so kompliziert?
Es reicht doch , wenn jeder Client die Datei exklusiv öffnet, ändert und wieder schliesst. Wenn exklusiver Zugriff verweigert wird, solange probieren, bis es geht.

Stefan

[kalmi01]

Zitat:

Warum so kompliziert?

weil es sich bewährt hat ? :wink:
Vorher hatte ich gelegentlich mal Probleme mit zerschossenen Dateien.
Seit der Mechanismus so abläuft wie beschrieben, habe ich keine Prob's
mehr.

[moonwhaler]

Zitat:

Zitat von kalmi01

Hi moonwahler,

XML ist da doch wohl ein bischen Overkill, oder ?

Ich habe es (bei ähnlicher Anwenderzahl) mit einer einfachen Textdatei gemacht:

- Datei umbennen (Datei.sav), wenn Datei nicht vorhanden = warten bis vorhanden
- Datei.sav lokal kopieren (eigenen PC)
- lokale Datei.sav auslesen, Wert inkrementieren und zurück schreiben
- lokale Datei.sav zum Server kopieren
- Server Datei.sav umbenennen nach Datei

Läuft seit Jahren stabil, die (netzwerk bedingten) Hänger kann man an einer Hand abzählen.

Es kommt darauf an. Bei uns wird alles in XML Dateien abgelegt, was bei den meisten Daten sehr hilfreich ist - auch in Bezug auf die menschliche Lesbarkeit. Aber in diesem Fall kannst Du natürlich recht haben. Eine einfache Textdatei würde sicher ausreichend sein. Jeder halt so wie er es am besten kann. :)

[kalmi01]

Zitat:

Zitat von moonwhaler

Bei uns wird alles in XML Dateien abgelegt, was bei den meisten Daten sehr hilfreich ist - auch in Bezug auf die menschliche Lesbarkeit.

Huch ?
XML ist lesbarer, als nackiger Text ?

Zitat:

Zitat von moonwhaler

Jeder halt so wie er es am besten kann.

Holla, das iss aber frech.
Gut das gerade Ferien sind, sonst müsst ich mich ja berufsmässig aufregen :-)

Spass bei Seite.
Wieso ist eine einzige Zahl in einer XML-Kapselung lesbarer als die Zahl einfach als Text in eine Datei zu schreiben ?

[TheAn00bis]

Zitat:

Zitat von kalmi01

Wieso ist eine einzige Zahl in einer XML-Kapselung lesbarer als die Zahl einfach als Text in eine Datei zu schreiben ?

Möglicherweise, weil die XML-Kapselung die Zahl beschreibt. Und mal ehrlich, ob man eine Zahl nun in eine XML oder in eine Textdatei legt, ist das nicht völlig egal und sollte das nicht jeder so lösen, wie ihm beliebt? Also für mich wäre das kein Grund, mich aufzuregen.

[kalmi01]

Zitat:

Also für mich wäre das kein Grund, mich aufzuregen.

Hat sich doch niemand, oder ?

Stand da nich was, von:

Zitat:

Spass bei Seite.

???

Zitat:

Möglicherweise, weil die XML-Kapselung die Zahl beschreibt. Und mal ehrlich, ob man eine Zahl nun in eine XML oder in eine Textdatei legt, ist das nicht völlig egal und sollte das nicht jeder so lösen, wie ihm beliebt?

Sicher !

Generell:
Warum stellt JEMAND eine Frage, wenn ER keine Diskusion will ?


Meine Meinung:
Wenn ich eine Frage in den Raum stelle, dann möchte ich konträre Antworten erhalten.
Nicht um zu Streiten, sondern um zu Lernen.
Die Antworten dürfen auch gern mal sarkastisch sein.

Zum Thema:
Hat hier jemand gestritten ?
Nein !

Hat jemand seine Meinung als die einzig Richtige tituliert ?
Nein !

Meine Frage bezog einzig darauf, dass es ja eventuell irgend etwas gibt, was die Kapselung in XML besonders vorteilhaft macht,
was ich in diesem speziellen Anwendungsfall gern erfahren würde.

[TheAn00bis]

Ja klar, diskutiert ihr ruhig - ich wollte niemandem ins Wort fallen ;). Wollte lediglich anmerken, dass ich es für ziemlich egal halte, welchen Weg man geht...
Das mit dem "aufregen" war nicht böse oder so gemeint, mir kam nur deine Nachfrage "Huch ? XML ist lesbarer, als nackiger Text ?" etwas intensiv vor, aber das ist wohl deine spaßige Art sowas zu formulieren. :)

[DelphiManiac]

Wow, da habe ich ja eine hitzige Diskussiona ausgelöst
:lol:

Ich wollte euch jetzt aber nochmal Rückmeldung geben, wie ich den gelöst habe.

Sicher hätte ich eine INI-Datei, oder eine XML, oder eine Stinknormal Datei nehmen können,
hatte ich ja auch vor,...

Aber jetzt habe ich mich für die Desktop DB Access entschieden, um meine Prüfnummern zu speichern,
jetzt habe ich die Möglichkeit zusätzlich zu der Prüfnummer meine Kalibrierwerte zu speichern,
und mir so die Werte später wieder zu holen, um z.B.: eine Kalbrierprotokoll auszudrucken / anzuzeigen.

Wer weiß was in Zukunft noch kommt...
Aber die Anforderungen an die DB liegen, (auf einer Skala von 0-100) bei 0,1 und demnach ist Access gut genug.

Auch wenn ich natürlich zugeben muss, dass ich keine Access - Fan bin (aber das tut ja nichts zur Sache)

Danke für eure Diskussion

:thumb: