add button
This commit is contained in:
@@ -5,7 +5,7 @@
|
||||
- Keep doc comments and comments simple, one line, straightforward, and unbloated.
|
||||
- Prefer implementing functionality in existing files unless it is a new logical component. Avoid creating many small files.
|
||||
- Prefer `impl` blocks over standalone functions: place functionality as methods or associated functions on the relevant type, extending the type's existing `impl` block instead of creating a duplicate one in another file.
|
||||
- Prefer generic parameters with a `where` clause over argument-position `impl Trait` in function signatures (`fn extend<I>(&mut self, elements: I) where I: IntoIterator<Item = AnyElement>`); return-position `impl Trait` stays.
|
||||
- Always use generic parameters with a `where` clause instead of argument-position `impl Trait` in function signatures (`fn extend<I>(&mut self, elements: I) where I: IntoIterator<Item = AnyElement>`); return-position `impl Trait` stays.
|
||||
- Do not wrap dependency APIs in project structs or pass-through helper functions; call their methods directly where needed. Extract a helper only when it holds real logic that is used in more than one place.
|
||||
- Bind a global store handle to a local before using it (`let theme = Theme::global(cx);` then `theme.…`) instead of chaining `::global(cx)` inline.
|
||||
- Avoid using functions that panic like `unwrap()`; instead use mechanisms like `?` to propagate errors.
|
||||
|
||||
Reference in New Issue
Block a user