Auto merge of #55014 - ljedrz:lazyboye_unwraps, r=matthewjasper
Prefer unwrap_or_else to unwrap_or in case of function calls/allocations The contents of `unwrap_or` are evaluated eagerly, so it's not a good pick in case of function calls and allocations. This PR also changes a few `unwrap_or`s with `unwrap_or_default`. An added bonus is that in some cases this change also reveals if the object it's called on is an `Option` or a `Result` (based on whether the closure takes an argument).
This commit is contained in:
commit
ca2639e82e
35 changed files with 57 additions and 54 deletions
|
@ -937,7 +937,8 @@ impl SourceMap {
|
|||
} else {
|
||||
format!("{}<", &snippet[..offset])
|
||||
};
|
||||
new_snippet.push_str(&self.span_to_snippet(span).unwrap_or("T".to_string()));
|
||||
new_snippet.push_str(
|
||||
&self.span_to_snippet(span).unwrap_or_else(|_| "T".to_string()));
|
||||
new_snippet.push('>');
|
||||
|
||||
return Some((sugg_span, new_snippet));
|
||||
|
|
Loading…
Add table
Add a link
Reference in a new issue