Căutați cărți sau alte referințe care discută efectiv cum să scrieți un instrument de acoperire a codului în Java; unele dintre diferitele tehnici sau trucuri - sursă vs. instrument de cod byte.
Acesta este un limbaj de scripting care generează codul de octet Java sub capotă.
Thxm, Mc! http://asm.objectweb.org / este altul. Documentație excelentă privind instrumentația codului octet, dar nimic "direct" nu vizează scrierea unui instrument de acoperire - doar câteva sugestii sau idei.
Se generează limba dvs. de scripting bytecode? Generează metadate de depanare? Dacă este așa, instrumentația bytecode este probabil calea de urmat. De fapt, instrumentele existente vor funcționa probabil; probabil cu modificări minime (problema tipică este că instrumentele sunt scrise pentru a lucra cu Java și presupun că com.foo.Bar.class corespunde com / foo / Bar.java.) EMMA este un ClassLoader care redactează codul de cod pentru colectarea de coduri în Java. Stilul de codare este puțin funky, dar vă recomand să citiți sursa pentru câteva idei.
Dacă limbajul dvs. de scripting este interpretat, atunci veți avea nevoie de ceva de nivel superior (nivelul sursă) care se încarcă în interpret.
S-ar putea să doriți, de asemenea, să utilizați ceva de genul BCEL pentru a analiza care linii de sursă există de fapt în codul octet. Nu doriți să raportați că lucruri precum linii goale și comentarii nu au fost acoperite.
Daca vorbesti despre ColdFusion (care presupun ca esti de la tag-uri) atunci nu sunt sigur ca acest lucru este posibil, dar s-ar putea sa fiu foarte gresit aici ...
IIRC, atunci când CF compilează în esență compilează într-o formă interpretată a CFML ca un fișier simplu source java, acesta este apoi compilat în clasă. Prin urmare, orice instrumentație pe care o aveți poate aplica versiunii intermediare, mai degrabă decât CFML în sine.
Spunând că, deși Adobe are acum programul de depanare a CF, care poate trece prin cod, așa că vă rog să mă dovedească greșit - mi-ar plăcea acoperirea codului în CFML.