Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Consider centralising some implementation that all metrics have in common #48

Open
clange opened this issue Jul 15, 2014 · 1 comment
Open
Labels

Comments

@clange
Copy link
Contributor

clange commented Jul 15, 2014

  • getQualityProblems looks the same for all metrics (and is currently copied). Can't we centralise it into some common superclass instead of only having a Metric super-interface?
  • Some metrics have a before method, others don't. If this same work were done in a constructor, it would be easier to do this in a constructor because then it would be done automatically when initialising the metric.
@clange clange added the todo label Jul 15, 2014
@jerdeb
Copy link
Contributor

jerdeb commented Jul 15, 2014

  • getQualityProblems can be done in the AbstractQualityMetric class.
  • the before method is just used in a complex metric. please do not use
    constructors!!

On 15 July 2014 19:33, Christoph Lange notifications@github.com wrote:

  • getQualityProblems looks the same for all metrics (and is currently
    copied). Can't we centralise it into some common superclass instead of only
    having a Metric super-interface?
  • Some metrics have a before method, others don't. If this same work
    were done in a constructor, it would be easier to do this in a
    constructor because then it would be done automatically when
    initialising the metric.


Reply to this email directly or view it on GitHub
#48.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

2 participants