Byte size

[GeorgeHahn]

PR as requested, will be able to jump back in tomorrow!

• Rest of tests
• Refactor namespaces all around
• Add API to readme
• Licensing

[GeorgeHahn]

Oy. Judging by the extra changes shown, I think I may have incorrectly pulled in changes from PR #103. Should I close this one and PR against the bytesize branch?

[GeorgeHahn]

Do we need any other tests here? The ByteSize library is fairly well tested by itself, and the glue between the two libraries is minimal.

I'd rather not have to do a whole bunch of copypasta extensions, but it seems it would be valuable to add overloads for int on all extensions, else the compiler won't allow 2.xxBytes()

I dropped Dehumanize Support from the todo list, I suspect it would be rare to need such functionality. What's your opinion?

[MehdiK]

A few things went on while this PR was waiting; but you seem to have pulled them all in. So that's cool. Thanks.

I haven't gone through tests TBH. We do need a few tests for Humanize methods to make sure the two connect nicely. Also the existing tests from ByteSize look very different to Humanizer ones; so they should be refactored for consistency.

I think we could skip over Dehumanize for now. If someone thinks that's needed they can create an issue (and send a PR ;)).

Thanks for the great work. I will check it out later. Very busy atm.