You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Currently labels are handled by being the first argument to all functions. This gives the incorrect impression that all metrics should labels (in reality most metrics don't have labels) and makes label-less use harder.
@brian-brazil this is now covered as part of the changes we made in PR #95. We require labels at creation time, they're no longer the first parameter, and the Child notion is implemented through the with_labels methods.
I'm going to close this issue due to this but feel free to reopen if you think there's still work to do on this.
Activity
grobie commentedon Nov 3, 2016
Label-less use does not get harder by having an optional labels parameter. See the first example from the readme. This is a common ruby pattern.
Using a labels() method and calling metric functions on that will help performance-wise though. I added this to milestone v0.7.0.
brian-brazil commentedon Nov 3, 2016
The labels parameter is first, so if you want a non-default value it makes it harder.
dmagliola commentedon Jun 22, 2019
@brian-brazil this is now covered as part of the changes we made in PR #95. We require labels at creation time, they're no longer the first parameter, and the Child notion is implemented through the
with_labelsmethods.I'm going to close this issue due to this but feel free to reopen if you think there's still work to do on this.