[Author Prev][Author Next][Thread Prev][Thread Next][Author Index][Thread Index]
Re: [tor-bugs] #20765 [Metrics/metrics-lib]: adapt to new lines in votes and consensus and make the adaption to protocol changes easier
#20765: adapt to new lines in votes and consensus and make the adaption to protocol
changes easier
---------------------------------+-----------------------------------
Reporter: iwakeh | Owner: metrics-team
Type: enhancement | Status: needs_review
Priority: Medium | Milestone: metrics-lib 1.6.0
Component: Metrics/metrics-lib | Version:
Severity: Normal | Resolution:
Keywords: | Actual Points:
Parent ID: | Points:
Reviewer: | Sponsor:
---------------------------------+-----------------------------------
Comment (by iwakeh):
Replying to [comment:9 karsten]:
> ...
> > The new `private void parse*` methods just set a global variable each;
why not have the `this.* = ParseHelper.parseProtocolVersions(line, line,
parts);` lines in the switch stmt w/o the method calls?
>
> I'm not sure. I think the switch statement is more readable if we just
make one simple method call per line and move the parsing logic to
separate methods. And what if this parsing logic ever gets more
complicated and requires another line; would we have to move that logic to
a new method then? Let's just stick to the current scheme if you don't
mind.
The switch is quite long and having the one line assignment there and
method calls only when there is more to be done would save an unfamiliar
reader from checking the method call to find that it just hides an
assigment, but I don't feel strongly about this. And, you're right that
the newly created methods just continue the existing scheme. Maybe, we
should try to have a different approach in new classes :-)
--
Ticket URL: <https://trac.torproject.org/projects/tor/ticket/20765#comment:11>
Tor Bug Tracker & Wiki <https://trac.torproject.org/>
The Tor Project: anonymity online
_______________________________________________
tor-bugs mailing list
tor-bugs@xxxxxxxxxxxxxxxxxxxx
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs