3 ms·
Most code editors deal with abstract syntax trees for linting, etc. Think HTML DOM but to define the syntax relations of the code itself. I'm assuming OP talks
by torben-friis 4y ago
Most code editors deal with abstract syntax trees for linting, etc. Think HTML DOM but to define the syntax relations of the code itself.
I'm assuming OP talks about saving something like that format directly, instead of text. Then information like 'this method is being called with these two parameters' isn't mixed with presentational info like whether you separated the parameters with newlines, or whether you use tabs or spaces. The downside being that it would not necessarily be immediately readable, the text editors would have to parse it and present it in a readable format, kinda like what happens now with, say, excel sheets.
- still_grokking 4y agoEven currently code isn't "immediately readable". It shows up, but until the IDE ingested the project it does not provide any features besides basic string editing, which is mostly useless. So no new issue here. But reading in a project would be much much faster if the IDE would just need to read a rich binary format!
- palata 4y ago> Even currently code isn't "immediately readable" I read code in text editors (not full IDEs) all the time... > it does not provide any features besides basic string editing, which is mostly useless. I also do write code in text editors all the time. Not always - I do use IDEs sometimes. But at least half the time, I would say. I use vim a lot, and all I want there is syntax highlighting. I would hate it if I was forced to use a heavy IDE everytime I want to read/edit some source code. Also I like grepping into sources without having to run an IDE that can search through binary code.