Einführung :
Haben Sie Dropbox schon einmal mit anderen Leuten verwendet und Sie haben beide dieselbe Datei geändert? Hatten Sie jemals eine Mehrbenutzeranwendung mit einer relationalen Datenbank, und zwei Personen haben dasselbe Objekt geändert (oder schlimmer noch, eine hat gelöscht und die andere geändert)? Lassen Sie uns das mit dieser Herausforderung simulieren.
Für diese Herausforderung haben wir nur zwei Benutzer und entweder eine oder zwei relevante Dateien. Beide Benutzer haben im Allgemeinen die Berechtigung, alle Dateien mit CRUD (Erstellen, Lesen, Aktualisieren und Löschen) zu versehen .
Herausforderung:
Eingang:
Wir werden einige Eingaben haben (das Eingabeformat ist flexibel und jedes vernünftige Format ist zulässig):
1) Sperrmodus (Ein / Aus) : Ein bisschen der Unterschied zwischen optimistischer und pessimistischer Parallelitätssperre .
Beide Benutzer dürfen alles CRUD (Erstellen, Lesen, Aktualisieren und Löschen), aber manchmal können Fehler oder Probleme auftreten. Abhängig vom Sperrmodus kann ein Problem beim Ausschalten ein Fehler beim Einschalten sein. Dies wird unten im Abschnitt Ausgabe erläutert .
2 & 3) Zwei Benutzeraktionen . Diese Aktionen bestehen immer aus zwei Dingen: Was der Benutzer tut (Erstellen, Lesen, Aktualisieren oder Löschen) und für welche Datei.
Ausgabe:
Wir werden drei mögliche Ausgaben haben:
- Gültig : Beide Aktionen beider Benutzer können gleichzeitig ausgeführt werden, ohne dass Probleme auftreten.
- Fehler : Beide Aktionen beider Benutzer können nicht gleichzeitig ausgeführt werden und verursachen einen Fehler für einen der Benutzer (welcher Benutzer für diese Herausforderung irrelevant ist). Dies kann auftreten, wenn:
- Ein Benutzer liest oder aktualisiert eine Datei, die der andere Benutzer löscht.
- beide Benutzer Aktualisieren Sie dieselbe Datei mit aktiviertem Sperrmodus.
- Ein Benutzer erstellt eine Datei, die der andere Benutzer liest / aktualisiert / löscht (dies bedeutet, dass die Datei bereits vorhanden ist und daher nicht erstellt werden kann).
- beide Benutzer Erstellen dieselbe Datei.
- Problem : Beide Aktionen beider Benutzer können gleichzeitig ausgeführt werden, können jedoch zu unerwarteten Problemen führen. Dies kann auftreten, wenn:
- beide Benutzer Aktualisieren Sie eine Datei, wenn der Sperrmodus deaktiviert ist.
- Ein Benutzer aktualisiert eine Datei, die der andere Benutzer liest.
- beide Benutzer löschen dieselbe Datei (praktisch verursacht dies einen Fehler für den zweiten Benutzer, aber da sie weiterhin wie vom Benutzer gewünscht gelöscht wird, handelt es sich um ein Problem anstelle eines Fehlers für diese Herausforderung)
Herausforderungsregeln:
- Alle Ein- und Ausgaben sind flexibel und jeder sollte angeben, welche er in seiner Antwort verwendet hat!
Beispieleingaben:0
/1
für den Sperrmodus &31
(dritte Aktion: Aktualisieren; Datei: 1) &21
(zweite Aktion: Lesen; Datei: 1);true
/false
für den Sperrmodus &['C','A']
(Aktion: Erstellen; Datei: A) &['D','B']
(Aktion: Löschen; Datei: B); usw.
Beispiel Ausgänge:null
/true
/false
(null = gültig; true = Fehler; false = Problem);-1
/0
/1
(-1 = Fehler; 0 = Problem; 1 = gültig); usw. Die drei möglichen Ausgänge müssen jedoch für die drei Ausgabetypen eindeutig und unterschiedlich sein . - Was die Dateien heißen, ist irrelevant, was auch an den obigen Eingabebeispielen zu sehen ist. Sie können also in Ihren Antworten einen beliebigen Dateinamen verwenden, der aus einem einzelnen Buchstaben oder einer einzelnen Ziffer (ASCII) besteht. Sie müssen jedoch in allen Testfällen konsistent sein, damit Sie
A
/B
in einem Testfall und1
/2
in einem anderen nicht verwenden können. - Die vier Aktionen für CRUD müssen ebenfalls eindeutige und konsistente Werte sein. Sie können also nicht
'D'
/'C'
in einem Testfall und dann4
/1
in einem anderen Testfall verwenden. - Sie können davon ausgehen, dass die von einem Benutzer ausgewählte Datei immer vorhanden ist, wenn er sie lesen, aktualisieren oder löschen möchte.
Allgemeine Regeln:
- Dies ist Code-Golf , also gewinnt die kürzeste Antwort in Bytes.
Lassen Sie sich nicht von Code-Golf-Sprachen davon abhalten, Antworten mit Nicht-Codegolf-Sprachen zu veröffentlichen. Versuchen Sie, eine möglichst kurze Antwort für "jede" Programmiersprache zu finden. - Für Ihre Antwort gelten Standardregeln mit Standard-E / A-Regeln . Sie können also STDIN / STDOUT, Funktionen / Methoden mit den richtigen Parametern und vollständige Programme vom Rückgabetyp verwenden. Ihr Anruf.
- Standardschlupflöcher sind verboten.
- Wenn möglich, fügen Sie bitte einen Link mit einem Test für Ihren Code (dh TIO ) hinzu.
- Es wird dringend empfohlen, eine Erklärung für Ihre Antwort hinzuzufügen.
Alle möglichen Testfälle (bei denen die Aktionen in einer der Eingabereihenfolgen erfolgen können † ):
† : Sie sollten alle (bis zu vier) Varianten der folgenden Testfälle unterstützen. Wenn also ein Testfall angibt action1: Create file A; action2: Update file B
, sollte dieser Testfall auch die gleichen Ergebnisse enthalten für action1: Create file B; action2: Update file A
; action1: Update file B; action2: Create file A
;; und action1: Update file A; action2: Create file B
.
Valid use-cases:
locking mode: either; action1: Create file A; action2: Create file B
locking mode: either; action1: Create file A; action2: Read file B
locking mode: either; action1: Create file A; action2: Update file B
locking mode: either; action1: Create file A; action2: Delete file B
locking mode: either; action1: Read file A; action2: Read file A
locking mode: either; action1: Read file A; action2: Read file B
locking mode: either; action1: Read file A; action2: Update file B
locking mode: either; action1: Read file A; action2: Delete file B
locking mode: either; action1: Update file A; action2: Update file B
locking mode: either; action1: Update file A; action2: Delete file B
locking mode: either; action1: Delete file A; action2: Delete file B
Error use-cases:
locking mode: either; action1: Create file A; action2: Create file A
locking mode: either; action1: Create file A; action2: Read file A
locking mode: either; action1: Create file A; action2: Update file A
locking mode: either; action1: Create file A; action2: Delete file A
locking mode: either; action1: Read file A; action2: Delete file A
locking mode: on; action1: Update file A; action2: Update file A
locking mode: either; action1: Update file A; action2: Delete file A
Problem use-cases:
locking mode: either; action1: Read file A; action2: Update file A
locking mode: off; action1: Update file A; action2: Update file A
locking mode: either; action1: Delete file A; action2: Delete file A
quelle
B/B
Fälle in meiner Zählung ausgeschlossen , da ich sie für ähnlich hieltA/A
. Hier kommt der Unterschied her. Aber ich denke, dass das Denken falsch ist, wenn Sie einen bestimmten Wert für die Dateien haben ..Antworten:
JavaScript (ES6), 36 Byte
Ohne Nachschlagetabelle
Probieren Sie es online aus!
I / O.
Wie?
Wenn die Dateien identisch sind, müssen wir Folgendes zurückgeben:
JavaScript (ES6),
46 4540 ByteMit einer Nachschlagetabelle
Probieren Sie es online aus!
I / O.
quelle
Retina 0,8,2 , 53 Bytes
Probieren Sie es online aus! Link enthält Testsuite. Nimmt die Eingabe als Zeichenfolge mit 5 Zeichen, zwei Zeichen, die die Dateinamen darstellen, dann zwei Zeichen von
CRUD
, dannL
oderU
(gesperrt / entsperrt) und gibt eines vonVPE
(gültig / Problem / Fehler) aus. Erläuterung:Unterschiedliche Dateinamen sind immer gültig, ebenso wie zwei Lesevorgänge. Ärgerlicherweise ist dies der einzige Test, der mich zwingt, einen Header zu verwenden. (Es würde ein zusätzliches Byte kosten, um den Header unnötig zu machen.)
Zwei Löschungen sind immer ein Problem.
Zwei gesperrte Updates sind ein Fehler.
Alle anderen Erstellungen oder Löschungen sind ein Fehler.
Alles andere ist ein Problem.
quelle
Oktave , 96 Bytes
Probieren Sie es online aus!
Kann definitiv kürzer sein, aber ich habe momentan keine Zeit dafür
Eingabe als a = [Datei, Aktion], b = [Datei2, Aktion2], c = Sperre
quelle