diff --git a/_pages/1700_NamingGuidelines.md b/_pages/1700_NamingGuidelines.md index 8210a73..b322fa1 100644 --- a/_pages/1700_NamingGuidelines.md +++ b/_pages/1700_NamingGuidelines.md @@ -137,10 +137,10 @@ Suppose you want to define events related to the deletion of an object. Avoid de ### Prefix an event handler with "On" (AV1738) ![](/assets/images/3.png) It is good practice to prefix the method that handles an event with "On". For example, a method that handles its own `Closing` event should be named `OnClosing`. And a method that handles the `Click` event of its `okButton` field should be named `OkButtonOnClick`. -### Use an underscore for irrelevant parameters (AV1739) ![](/assets/images/3.png) -If you use a lambda expression (for instance, to subscribe to an event) and the actual arguments of the event are irrelevant, use discards to make that explicit: +### Use an underscore for irrelevant lambda parameters (AV1739) ![](/assets/images/3.png) +If you use a lambda expression (for instance, to subscribe to an event) and the actual parameters of the event are irrelevant, use the following convention to make that explicit: - button.Click += (_, _) => HandleClick(); + button.Click += (_, __) => HandleClick(); ### Group extension methods in a class suffixed with Extensions (AV1745) ![](/assets/images/3.png) If the name of an extension method conflicts with another member or extension method, you must prefix the call with the class name. Having them in a dedicated class with the `Extensions` suffix improves readability.