@@ -428,7 +428,7 @@ selection of possible matches is produced by the pattern syntax. In the second
428428stage, the named subpattern references can be used to do additional tests like
429429asserting that a node hasn't been created as part of a macro expansion.
430430
431- ## Implementing clippy lints using patterns
431+ ## Implementing Clippy lints using patterns
432432
433433As a "real-world" example, I re-implemented the ` collapsible_if ` lint using
434434patterns. The code can be found
@@ -572,7 +572,7 @@ The pattern syntax and the *PatternTree* are independent of specific syntax tree
572572implementations (rust ast / hir, syn, ...). When looking at the different
573573pattern examples in the previous sections, it can be seen that the patterns
574574don't contain any information specific to a certain syntax tree implementation.
575- In contrast, clippy lints currently match against ast / hir syntax tree nodes
575+ In contrast, Clippy lints currently match against ast / hir syntax tree nodes
576576and therefore directly depend on their implementation.
577577
578578The connection between the * PatternTree* and specific syntax tree
@@ -690,7 +690,7 @@ change, only the `IsMatch` trait implementations need to be adapted and existing
690690lints can remain unchanged. This also means that if the ` IsMatch ` trait
691691implementations were integrated into the compiler, updating the ` IsMatch `
692692implementations would be required for the compiler to compile successfully. This
693- could reduce the number of times clippy breaks because of changes in the
693+ could reduce the number of times Clippy breaks because of changes in the
694694compiler. Another advantage of the pattern's independence is that converting an
695695` EarlyLintPass ` lint into a ` LatePassLint ` wouldn't require rewriting the whole
696696pattern matching code. In fact, the pattern might work just fine without any
@@ -777,7 +777,7 @@ complexity to solve a relatively minor problem.
777777
778778The issue of users not knowing about the * PatternTree* structure could be solved
779779by a tool that, given a rust program, generates a pattern that matches only this
780- program (similar to the clippy author lint).
780+ program (similar to the Clippy author lint).
781781
782782For some simple cases (like the first example above), it might be possible to
783783successfully mix Rust and pattern syntax. This space could be further explored
@@ -789,7 +789,7 @@ The pattern syntax is heavily inspired by regular expressions (repetitions,
789789alternatives, sequences, ...).
790790
791791From what I've seen until now, other linters also implement lints that directly
792- work on syntax tree data structures, just like clippy does currently. I would
792+ work on syntax tree data structures, just like Clippy does currently. I would
793793therefore consider the pattern syntax to be * new* , but please correct me if I'm
794794wrong.
795795
@@ -982,5 +982,5 @@ pattern!{
982982}
983983```
984984
985- In the future, clippy could use this system to also provide lints for custom
985+ In the future, Clippy could use this system to also provide lints for custom
986986syntaxes like those found in macros.
0 commit comments