При разработке новых классов/методов для Java-проекта вы иногда хотите, чтобы люди опробовали ваш новый код, но не хотят гарантировать, что он будет обратно совместим в будущих версиях. В этой ситуации было бы целесообразно иметь что-то вроде аннотации @Unstable, чтобы уведомить пользователей о том, что этот код не будет иметь гарантии обратной совместимости, пока он не стабилизируется (функция @Unstable отличается от функции @Deprecated тем, что она может быть изменена или удалена не считаясь изменением). Также необходимо, чтобы такие аннотации отражались в HTML-формате, создаваемом javadoc, чтобы пользователь знал о них. Будучи очень оптимистичным, было бы полезно, если бы у вас было предупреждение о компиляторе, если вы используете код, который аннотируется @Unstable.Аннотирование неустойчивых классов/методов для Javadoc
Есть ли какой-либо стандарт для такой функции на Java? Если нет, есть ли способ настроить javadoc, чтобы разрешить такую функцию?
В чем разница между неустойчивым и устаревшим? Я не знаю стандарта. Вы можете просто создать свою собственную аннотацию. – emory
@emory Устаревший предназначен для старого кода, который должен быть поэтапным, нестабильный предназначен для нового кода в бета-состоянии. Устаревший код, как правило, по-прежнему поддерживается до тех пор, пока в проекте не будет увеличено значение основной версии, но неустойчивый код может быть изменен в любое время. – Iceberg