terminologia parsing: commenti + spazi bianchi rispetto al codice effettivo

2

In linguaggi come c / c ++, la spaziatura e i commenti vengono ignorati e solo il codice effettivo entra nel compilatore. Mi interessa se c'è un modo accettato di nominare queste due cose?

  • commenti & spaziatura
  • tutto il resto (codice effettivo)

Riferendosi ai commenti & spaziatura come "commenti e spaziatura" è abbastanza fastidioso. Qualche idea?

    
posta dnsmkl 07.08.2012 - 21:33
fonte

2 risposte

9

Quando gli spazi bianchi e i commenti vengono scartati durante l'analisi, ti rimane il Abstract Syntax Tree (AST).

Questa è una struttura che rappresenta il resto del codice e puoi semplicemente riferirti a quella "cosa" come AST.

Non credo che ci sia un nome specifico per "commenti e spaziatura" ad eccezione di - commenti & spazio bianco (suppongo che non abbiano un nome specifico perché vengono scartati durante l'analisi per l'AST).

Come @delnan commentato , spazi bianchi e commenti vengono scartati dal tokenizer e il resto è incorporato in albero di analisi , che è un pre-cursore per l'AST, quindi puoi usare efficacemente" albero di analisi "come nome.

    
risposta data 07.08.2012 - 21:34
fonte
4

Di solito non mi riferisco affatto a loro nel parser, perché il lexer li scarta. All'interno del lexer, non c'è mai bisogno di fare riferimento a loro come gruppo. Nella conversazione, penso che la maggior parte delle persone consideri solo i commenti da includere implicitamente quando si dice "spazio bianco", a meno che non si stia distinguendo specificamente tra i commenti e gli spazi bianchi in quel momento, cosa che non emerge spesso.

    
risposta data 07.08.2012 - 22:15
fonte

Leggi altre domande sui tag