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

Code organisation #3

Closed
nobe4 opened this issue Jul 28, 2015 · 1 comment
Closed

Code organisation #3

nobe4 opened this issue Jul 28, 2015 · 1 comment

Comments

@nobe4
Copy link
Contributor

nobe4 commented Jul 28, 2015

As said in #2, I tried to mess around using the benchmark.js api to create a sort-of wrapper around It.

I think, if this projet is going to evolve, that the separation between the different parts must be done early.

I was thinking about thoses parts :

  1. Benchmark.js direct wrapper : set options and provide easier way to create/run tests.
  2. Dom Manipulation : piping the results from and to benchmark.js
@albertxing
Copy link
Owner

I think the main discussion here should be concerned with whether or not we need a wrapper - in other words, will the code become complex enough to justify the use of such a wrapper?

@nobe4 nobe4 closed this as completed Jul 16, 2016
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants