stavo pensando a @since nel javadoc. Penso tu possa fare una analisi del javadoc prima di rilasciare la versione e confrontarlo col prec, ma sinceramente non mi e' chiaro come vuoi usarlo esattamente.
Io pensavo qualcosa che gira prima di rilasciare una nuova versione e segnala le differenze, che tu devi approvare. Non conosco nulla che faccia cose del genere cmq. Uberto On Wed, 10 Jun 2020 at 09:50, Simone Bordet [email protected] [it-torino-java-jug] <[email protected]> wrote: > > > Ciao, > > On Wed, Jun 10, 2020 at 10:36 AM Uberto Barbini [email protected] > <[email protected]> [it-torino-java-jug] < > [email protected]> wrote: > >> >> >> Domanda forse super stupida, ma perche' non usare javadoc? >> > > E come farei? > > Come faccio a differenziare un metodo pubblico che voglio supportare come > API da uno pubblico che *non* voglio supportare come API? > > Non basta una frase nel javadoc, perché poi dall'IDE faccio > Refactor/ChangeSignature e sono spacciato. > > Con una annotazione e una toolchain faccio il refactoring dall'IDE, ma poi > mi si spacca il build - che mi andrebbe bene. > Usare un custom doclet tag mi sembra più complicato di una annotazione. > > Mi sono perso qualcosa? > > -- > Simone Bordet > --- > Finally, no matter how good the architecture and design are, > to deliver bug-free software with optimal performance and reliability, > the implementation technique must be flawless. Victoria Livschitz > > >
