Lanre Adelowo

I plan to make a rewrite (lots of cleanup to do and https://github.com/Gargron/fileupload/issues/36) for this library (2.0) next month, I would be integrating Flysystem...

@NiR- I would like to fix this. Which of the solutions in the original comment should we go with ? 1 sounds ok. 2 seems a BC

Wait, this would potentially scan through the entire codebase to determine the `vars` ? or how is this supposed to work ?

Understood.... I am just more worried about updates. Does this plan to support update operations like running the command again after making some changes to the views - even though...

I would take a stab at it next week if it has not been worked on

> @adelowo Thank you for the update Lanre! It looks like there is a merge conflict in go.sum that hasn't been resolved. Not sure that this pr warrants dependencies updates?...

@stanzheng nice catch, that should be swapped

I haven't used any of those yet but i have had success with glide.. Both of those are not ___done___. right ?

- DI would be preferable since it would make the code ___much more testable___..... Plus it can also work as the application context pool [This](https://github.com/JackyChiu/realworld-starter-kit/blob/master/users.go#L51) could change to ```go func...

- While what you are proposing works, i just like to stay too close to ___holy___ `http.Handler` interface.. - I tried the ORM some time ago, didn't feel natural.. Plain...