prometheus/model/histogram
beorn7 5b53aa1108 style: Replace else if cascades with switch
Wiser coders than myself have come to the conclusion that a `switch`
statement is almost always superior to a statement that includes any
`else if`.

The exceptions that I have found in our codebase are just these two:

* The `if else` is followed by an additional statement before the next
  condition (separated by a `;`).
* The whole thing is within a `for` loop and `break` statements are
  used. In this case, using `switch` would require tagging the `for`
  loop, which probably tips the balance.

Why are `switch` statements more readable?

For one, fewer curly braces. But more importantly, the conditions all
have the same alignment, so the whole thing follows the natural flow
of going down a list of conditions. With `else if`, in contrast, all
conditions but the first are "hidden" behind `} else if `, harder to
spot and (for no good reason) presented differently from the first
condition.

I'm sure the aforemention wise coders can list even more reasons.

In any case, I like it so much that I have found myself recommending
it in code reviews. I would like to make it a habit in our code base,
without making it a hard requirement that we would test on the CI. But
for that, there has to be a role model, so this commit eliminates all
`if else` occurrences, unless it is autogenerated code or fits one of
the exceptions above.

Signed-off-by: beorn7 <beorn@grafana.com>
2023-04-19 17:22:31 +02:00
..
float_histogram.go style: Replace else if cascades with switch 2023-04-19 17:22:31 +02:00
float_histogram_test.go histogram: Remove code replication via generics (#11361) 2022-10-03 16:45:27 +05:30
generic.go Support FloatHistogram in TSDB (#11522) 2022-12-28 14:25:07 +05:30
generic_test.go histogram: Modify getBound to deal properly with infinity 2022-10-06 17:40:03 +02:00
histogram.go tsdb: Add counter reset hint to histograms and support in WAL 2023-01-10 17:41:53 +05:30
histogram_test.go Support FloatHistogram in TSDB (#11522) 2022-12-28 14:25:07 +05:30