Skip to content

Commit 9149764

Browse files
authored
Merge pull request #410 from damoasda/master
Kleine Verbesserungen
2 parents df340af + e2dcd26 commit 9149764

3 files changed

Lines changed: 13 additions & 13 deletions

File tree

src/ch18-03-oo-design-patterns.md

Lines changed: 10 additions & 10 deletions
Original file line numberDiff line numberDiff line change
@@ -709,16 +709,16 @@ Zustandsmuster mit den Regeln des Blog-Beitrags-Workflows implementiert. Die
709709
Logik, die sich auf die Regeln bezieht, lebt in den Zustandsobjekten und ist
710710
nicht über den gesamten `Post` verstreut.
711711

712-
> ### Warum keine Aufzählung?
713-
>
714-
> Vielleicht hast du dich gefragt, warum wir nicht ein `enum` mit den
715-
> verschiedenen möglichen `Post`-Status als Varianten verwendet haben. Das ist
716-
> sicherlich eine mögliche Lösung. Probiere es aus und vergleiche die
717-
> Endergebnisse, um zu sehen, was du bevorzugst! Ein Nachteil der Verwendung
718-
> einer Aufzählung ist, dass jede Stelle, die den Wert der Aufzählung prüft,
719-
> einen `match`-Ausdruck oder ähnliches benötigt, um jede mögliche Variante zu
720-
> behandeln. Dies könnte zu mehr Wiederholungen führen als die Lösung mit dem
721-
> Trait-Objekt.
712+
### Warum keine Aufzählung?
713+
714+
Vielleicht hast du dich gefragt, warum wir nicht ein `enum` mit den
715+
verschiedenen möglichen `Post`-Status als Varianten verwendet haben. Das ist
716+
sicherlich eine mögliche Lösung. Probiere es aus und vergleiche die
717+
Endergebnisse, um zu sehen, was du bevorzugst! Ein Nachteil der Verwendung einer
718+
Aufzählung ist, dass jede Stelle, die den Wert der Aufzählung prüft, einen
719+
`match`-Ausdruck oder ähnliches benötigt, um jede mögliche Variante zu
720+
behandeln. Dies könnte zu mehr Wiederholungen führen als die Lösung mit dem
721+
Trait-Objekt.
722722

723723
#### Bewerten des Zustandsmusters
724724

src/ch19-03-pattern-syntax.md

Lines changed: 2 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -411,7 +411,7 @@ eines Namens, der mit einem Unterstrich beginnt, oder Verwenden von `..`, um
411411
verbleibende Teile eines Wertes zu ignorieren. Lass uns untersuchen, wie und
412412
wann jedes dieser Muster zu verwenden ist.
413413

414-
#### Gesamtwert mit `_`
414+
#### Den gesamten Wert ignorieren mit `_`
415415

416416
Wir haben den Unterstrich (`_`) als Platzhalter verwendet, der zu jedem Wert
417417
passt, aber keinen Wert bindet. Dies ist besonders beim letzten Zweig eines
@@ -444,7 +444,7 @@ Traits eine bestimmte Typsignatur benötigst, jedoch der Funktionsrumpf in deine
444444
Implementierung keinen der Parameter verwendet. Du kannst dann vermeiden, dass
445445
der Compiler vor unbenutzten Funktionsparametern warnt.
446446

447-
#### Teile eines Wertes mit einem verschachtelten `_`
447+
#### Teile eines Wertes ignorieren mit einem inneren `_`
448448

449449
Wir können `_` auch innerhalb eines anderen Musters verwenden, um nur einen Teil
450450
eines Wertes zu ignorieren, z.B. wenn wir nur auf einen Teil eines Wertes testen

src/ch20-05-macros.md

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -446,7 +446,7 @@ zusätzliche Funktionalität, die wir im modifizierten `TokenStream` zur Verfüg
446446
stellen.
447447

448448
Du hast vielleicht bemerkt, dass wir `unwrap` aufrufen, um die Funktion
449-
`hello_macro_derive` abzubrechen, wenn der Aufruf der Funktion `syn::parse` hier
449+
`hello_macro_derive` abzubrechen, wenn der Aufruf der Funktion `syn::parse`
450450
fehlschlägt. Es ist notwendig, dass unser prozedurales Makro bei Fehlern
451451
abbricht, weil `proc_macro_derive`-Funktionen einen `TokenStream` zurückgeben
452452
müssen, kein `Result`, um mit der prozeduralen Makro-API konform zu sein. Wir

0 commit comments

Comments
 (0)