OpenSource/GildedRose-Refactoring-Kata
1
0
Fork 0
mirror of https://github.com/emilybache/GildedRose-Refactoring-Kata.git synced 2025-12-11 20:02:09 +00:00
Code Issues Actions Packages Projects Releases Wiki Activity

improve language

Browse Source 
adding missing commas, fixing a few typos, use more natural expression
This commit is contained in:
Torsten Feig 2022-02-11 21:08:27 +01:00 committed by GitHub
parent 9d878b7641
commit 73852091bf
No known key found for this signature in database
GPG Key ID: 4AEE18F83AFDEB23
1 changed files with 15 additions and 15 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

30
GildedRoseRequirements_de.md
View File

@ -1,31 +1,31 @@
# Anforderungsspezifikation für vergoldete Rose (Gilded Rose)
Hallo und willkommen im Team **Gilded Rose**. Wie Du sicher weißt, sind wir ein kleiner Gasthof in bester Lage in einer bekannten Stadt, welcher von einem freundlichen Gastwirt namens Allison geführt wird.
Hallo und willkommen im Team **Gilded Rose**. Wie Du sicher weißt, sind wir ein kleiner Gasthof in bester Lage in einer bekannten Stadt, der von einem freundlichen Gastwirt namens Allison geführt wird.
Wir kaufen und verkaufen nur die besten Produkte.
Leider verschlechtert sich die Qualität unserer Waren ständig, da sie sich ihrem Mindesthaltbarkeitsdatum nähern.
Wir haben ein System eingerichtet um den Bestand automatisch aktualisieren zu können.
Es wurde von Leeroy entwickelt, ein vernünftiger Typ, welcher zu neuen Abenteuern aufgebrochen ist.
Damit wir mit dem Verkauf eines neuen Produkttyps beginnen können ist es nun Deine Aufgabe, eine neue Funktion unserem System hinzuzufügen.
Wir haben ein System eingerichtet, um den Bestand automatisch aktualisieren zu können.
Es wurde von Leeroy entwickelt, ein vernünftiger Typ, der zu neuen Abenteuern aufgebrochen ist.
Damit wir mit dem Verkauf eines neuen Produkttyps beginnen können, ist es nun Deine Aufgabe, unserem System eine neue Funktion hinzuzufügen.
Zunächst eine Einführung in unser bestehendes System:
* Alle Artikel (`Item`) haben ein `SellIn`-Wert, der die Anzahl der Tage angibt, die uns verbleiben, um den Artikel zu verkaufen
* Alle Artikel haben ein `Quality`-Wert (Qualität), welcher angibt, wie wertvoll der Artikel ist
Zunächst eine Einführung in unser bestehendes System:
* Alle Artikel (`Item`) haben einen `SellIn`-Wert, der die Anzahl der Tage angibt, die uns verbleiben, um den Artikel zu verkaufen
* Alle Artikel haben einen `Quality`-Wert (Qualität), der angibt, wie wertvoll der Artikel ist
* Am Tagesende senkt unser System für jeden Artikel beide Werte
Ziemlich einfach, oder? Nicht ganz, denn jetzt wird es interessant:
* Sobald das "Mindesthaltbarkeitsdatum" überschritten wurde nimmt die „Qualität“ doppelt so schnell ab
* Sobald das "Mindesthaltbarkeitsdatum" überschritten wurde, nimmt die „Qualität“ doppelt so schnell ab
* Die "Qualität" eines Artikels ist nie negativ
* "Alter Brie" (`Aged Brie`) nimmt an Qualität zu, desto älter er wird
* "Alter Brie" (`Aged Brie`) nimmt an Qualität zu, je älter er wird
* Die "Qualität" eines Artikels ist nie höher als 50
* Der legendärer Artikel "Sulfuras" ändert weder sein "Verkaufsdatum" noch verschlechtert sich seine "Qualität"
* "Backstage-Pässe" (`backstage passes`) werden, wie `Aged Brie`, hochwertiger, solange das "Verkaufsdatum" noch nicht erreicht wurde.
Bei 10 Tagen oder weniger erhöht sich die Qualität um 2, bei 5 Tagen oder weniger um 3, nach dem Konzert sinkt sie aber auf 0.
* Der legendäre Artikel "Sulfuras" ändert weder sein "Verkaufsdatum", noch verschlechtert sich seine "Qualität"
* "Backstage-Pässe" (`backstage passes`) werden - wie `Aged Brie` - hochwertiger, solange das "Verkaufsdatum" noch nicht erreicht wurde.
Bei 10 Tagen oder weniger erhöht sich die Qualität um 2, bei 5 Tagen oder weniger um 3, nach dem "Konzert" sinkt sie aber auf 0.
Kürzlich haben wir einen Lieferanten für "beschworene" (`conjured`) Artikel unter Vertrag genommen. Dies erfordert ein Update unseres Systems:
* "Beschworene" Artikel verlieren doppelt so schnell an Qualität wie normale Gegenstände
* "Beschworene" Artikel verlieren doppelt so schnell an Qualität wie normale Artikel
Solange alles einwandfrei funktioniert kannst Du beliebige Änderungen an der Methode `updateQuality` vornehmen und so viel Code hinzufügen wie Du möchtest. Aber Vorsicht: Die `Item`-Klasse oder ihre Eigenschaften darfst Du in keiner Weise ändern, denn diese Klasse gehört dem Kobold in der Ecke, welcher sofort wütend wird und Dich sofort töten würde, denn er glaubt nicht an die Kultur von gemeinsamem Code (`shared code`).
(Wenn Du möchtest kannst Du die `updateQuality`-Methode und die `Item`-Eigenschaft statisch machen, das regeln wir dann.)
Solange alles einwandfrei funktioniert, kannst Du beliebige Änderungen an der Methode `updateQuality` vornehmen und so viel Code hinzufügen, wie Du möchtest. Aber Vorsicht: Die `Item`-Klasse oder ihre Eigenschaften darfst Du in keiner Weise ändern, denn diese Klasse gehört dem Kobold in der Ecke, der sofort wütend wird und Dich sofort töten würde, denn er glaubt nicht an die Kultur von gemeinsamem Code (`shared code`).
(Wenn Du möchtest, kannst Du die `updateQuality`-Methode und die `Item`-Eigenschaft statisch machen, das regeln wir dann.)
Sicherheitshalber noch ein Hinweis: Die Qualität eines Artikels kann nie höher als 50 sein, aber `Sulfuras` ist ein legendärer Artikel und als solcher beträgt seine Qualität 80 und ändert sich auch nie.