Perché l'iniezione del codice post-compilazione è un'idea migliore dell'iniezione del codice pre-compilazione?

Question

Quindi sappiamo tutti che C# non ha un pre-processore macro C-like (e c'è una buona discussione sul perché here). Ma ora che AOP sta guadagnando trazione, sembra che stiamo iniziando a fare cose con i post-processori che eravamo abituati a fare con i pre-processori (tenete presente che sto solo bagnando i piedi con PostSharp quindi sono forse fuori base).

Sono un grande fan degli attributi in C#, ma se un pre-processore è stato lasciato fuori per buone ragioni (che, come utente precedente MFC, mi chiedo ma accetto), perché l'iniezione del codice post-compilazione è migliore idea di un'iniezione di codice pre-compilazione?

Answer 1

I motivi per cui ho scelto la post-compilazione durante la progettazione di PostSharp 5 anni fa sono:

1. Agnosticismo linguistico.
2. MSIL ha specifiche di stabler rispetto ai linguaggi di alto livello (che hanno aggiornamenti non banali ogni due anni).
3. La maggior parte delle volte, MSIL è il livello di astrazione necessario per affrontare gli aspetti. Non è necessario conoscere tutti i costrutti equivalenti (si pensi ad "usare" e "provare finalmente").
4. Prima del 2008, nessuno è riuscito a produrre un compilatore C# decente. Le difficoltà incontrate da Mono erano abbastanza impressionanti, anche se ora sono state raggiunte.
5. La gestione del binario sembrava molto più rapida rispetto al codice sorgente.
6. La gestione di un assieme binario consente di eseguirlo - l'assieme in elaborazione può trasformarsi da solo. Era inaudito prima che PostSharp Laos fosse pubblicato per la prima volta.

Detto questo, le implementazioni di AOP per C/C++ sono davvero un pre-compilatore (WeaveC) e le implementazioni in Java sono un'estensione del compilatore (per la buona ragione che ci sono molte implementazioni OSS del compilatore Java).

-gael

Answer 2

Se si dovesse eseguire la pre-compilazione, è necessario interpretare i file di origine da tutte le diverse lingue supportate e quindi generare codice in quella lingua prima che venga passato al compilatore. Con la post-elaborazione si può semplicemente usare la riflessione per esaminare gli assemblaggi sia che la lingua originale fosse C#, Visual Basic, o qualsiasi altra cosa.

Answer 3

È semplicemente più semplice. IL è un heckofalot più facile da analizzare rispetto al codice sorgente C#. Ed è un linguaggio agnostico.

Answer 4

Tecnicamente, esiste un'opzione di pre-compilazione per C# integrata in Visual Studio: Text Template Transformation Toolkit (T4). Questo ti permette di fare cose incredibili in una fase di pre-compilazione, ed è la base di molti prodotti, come alcune ORM, ecc.