-
-
Notifications
You must be signed in to change notification settings - Fork 6.8k
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
Splitting source #132
Comments
I don't think splitting is a good idea, because it makes using the code harder. Furthermore, it is hard to draw a line between "core functionality" and io, because implicit conversions and operator overloading are hard to classify. |
OK, understood. |
Is there a way to create such a header automatically? I would like to avoid a manual step every time something is changed. |
I don't think so. |
I also thought so. I am currently not planning to distribute the code over several files. The 1-file solution is a feature I would like to keep. |
Hi,
I appreciate the ease of deploying a single header file.
But, I think it would be better to decouple the different pieces of functionality.
I propose splitting the single json.hpp header file into three parts:
Do you think this is feasible?
The text was updated successfully, but these errors were encountered: