-
-
Notifications
You must be signed in to change notification settings - Fork 32
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
RFC: Encode/Decode Data Lossless (Format-preserving Printing) #52
Comments
Conceptually HHAST works like that - Hack lang AST processor which preserves comments and whitespace https://github.com/hhvm/hhast |
This is called format-preserving printing, and for example nikic/php-parser has that, so we could draw inspiration from there :) I personally would love this feature for PHPStan, but it's outside of my wheelhouse as I don't understand very well how parsers work (but I have expertise in working with the resulting AST :)). |
I've added the AST parser to Neon 0fac117, but preserving the original formatting is pěkný omrd. I've created an experiment that partially works, but to perfection is a long way. If I finish this, I deserve a really big beer from you :) |
Awesome! PHP-Parser does a great job at this, perhaps you can look at the implementation and get some inspiration out of that: https://github.com/nikic/PHP-Parser/blob/master/doc/component/Pretty_printing.markdown#formatting-preserving-pretty-printing (but it's pretty complex) |
Yes, its too complex a přitom taková blbost. |
Such an experiment https://ne-on.org/?diff |
I released version 3.3.0, which has a newly written AST parser from scratch. And also a renderer from AST. The Updater tool is in https://github.com/nette/neon/tree/format-preserve. I need some cooperation here. I don't have a use for this feature, so I can neither test it properly nor design it well. |
Prologue
This RFC aims to keep original NEON format and prevent data losing. It's in correlation to #51.
Picture you have really big NEON file holding big definition schema with comments. It's very hand to have this kind of definition schema, because people keep their comments there and after all this NEON file is converted to JSON.
At this time we handle it like this:
So far so good.
Unless you need to apply some automatic migrations, in current situation you can't. We'd loose user comments and they are really needed.
Current API
foo.neon
test.php
foo.neon
I totally understand how this API works and it works great for encoding/decoding, but it does not prevent original content.
Proposed API
AST
I am not sure how this API should look like. Maybe it would be needed to create some kind of AST parser and understand comments properly.
AST parsers is maybe too heavy and someone would bring up simpler solution.
Context Merging
Method
Neon::encode
does not have any context of original file, passing original file instead of string could be the way. I am not sure.It's an idea of adding extra feature to NEON. Maybe someone think the same way. Thanks for a feedback.
The text was updated successfully, but these errors were encountered: