Zugriff mehrerer User auf eine Datei

[Perlsau]

Zitat von mkinzler:

Ab 2.5 basiert die embedded nicht mehr auf der SuperServer, sondern der neuen SuperClassic Variante.

Da bin ich offenbar nicht auf den Laufenden

Zitat von mkinzler:

Nein die Datei muss nicht im selben Verzeichnis liegen.

Auch dieses Feature seit 2.5? Muß ich heute abend mal testen ...

Zitat von mkinzler:

Lieber nicht, da Access meiner Efahrung nach große Probleme bei Multiuserzugriff hat ( defekte Datenbanken usw.)

Wie gesagt, ich hatte damit noch keine Probleme. Das ganze System (App und DB) ist so eingerichtet, daß jeder User lediglich seine eigenen Einträge bearbeiten kann. Es geht dabei in der Hauptsache um Terminvereinbarungen: jeder eingeloggte User kann natürlich für andere Mitarbeiter Termine vereinbaren, aber nur, wenn der betreffende User nicht eingeloggt ist, was bedeutet, er ist nicht im Haus und kann diesen Termin daher nicht selbst vereinbaren. Ändern kann dann wiederum nur der Mitarbeiter, der den Termin hat, diesen Eintrag. Es kommt zudem, wie mir berichtet wurde, nur äußerst selten vor, daß ein Mitarbeiter für einen anderen einen Termin vereinbart.

Wie gesagt, es funktioniert jetzt bereits seit über drei Jahren ohne Probleme.

Zitat von mkinzler:

zudem ist der Installationsaufwand bei den Client höher als bei anderen Lösungen.

Naja, das ist ein anderes Problem. In meinem Fall wurde das natürlich von mir persönlich eingerichtet und den Leuten erklärt. Und für mich war das kein nennenswerter Aufwand (das Entwickeln dagegen schon).

[Aphton]

Bei einer Highscore dürftest du das Problem mit dem "dirty writing" haben, sofern derjenige, der schreibt, auch die Logik ausführt (einsortieren in die Highscore Liste). Dafür muss es einen wechselseitigen Ausschluss geben.
Für soetwas dürfte das Fassade-Pattern angebracht sein - eine Schnittstelle, die das Eintragen übernimmt.

[sx2008]

Also ich würde wenn es nur um zentrale Highscores geht die Sache mit einer exklusiv gelockten Datei erledigen.
Hier mal Stichpunktartig der Ablauf:

Eingabeparameter:
* Dateiname
* Highscorename
* scorewert (-1 bedeutet: Highscore nicht schreiben)
Ausgabe
* Stringliste mit Highscores

Ablauf
1.) Datei exklusiv öffnen
dabei hilft dieser Code http://www.delphipraxis.net/52135-ex...f-dateien.html
2.) Inhalt aus dem Stream in die Stringliste einlesen Liste.ReadFromStream(stream); 3.) Wenn scorewert = -1 dann gehts weiter mit Punkt 8
4.) Zeile mit dem Highscorename suchen und aktualisieren
der Inhalt der Datei könnte z.B. so aussehen

Code:

Gametester|200000
Predator|80500
Fredl|60000
Beginner|5500

Also immer Name|score in einer Zeile
5.) Falls der eigene Name nicht in der Liste enthalten dann neuen Eintrag einfügen
6.) Liste ggf. sortieren
7.) Stream Position auf Anfang setzen und aktualisiert Liste schreiben
8.) Streamobjekt freigeben

Man kann den beschriebenen Auflauf in einer Procedure unterbringen oder (besser) man schreibt eine Klasse dafür.
Nachtrag: man kann die Stringliste auch in ein TMemIniFile kopieren (Methoden SetStrings , GetStrings ) und so den Datenzugriff vereinfachen

[Sir Rufo]

Zitat von Aphton:

Bei einer Highscore dürftest du das Problem mit dem "dirty writing" haben, sofern derjenige, der schreibt, auch die Logik ausführt (einsortieren in die Highscore Liste). Dafür muss es einen wechselseitigen Ausschluss geben.
Für soetwas dürfte das Fassade-Pattern angebracht sein - eine Schnittstelle, die das Eintragen übernimmt.

Wie das Facade-Pattern hier jetzt konkret helfen soll ist mir allerdings ein Rätsel.

Das Strategy-Pattern könnte ich mir gut vorstellen, aber nur um die konkrete Implementierung zu verstecken und später sehr leicht eine andere Speichermethode (Datenbank, Webdienst, etc.) einzuführen.

Konkret hilft das aber auch nicht, aber damit würde ich den Ansatz von sx2008 kapseln