Застосування методу Java JRE

Ви не можете. Тільки код у вашому контролі може мати додану анотацію @Deprecated . Будь-яка спроба інвертування байткода призведе до непереносимого JRE . Це суперечить одноразовому запису Java, запускати в будь-якому місці .

ви не можете зневажити методи JRE, але ви можете додавати попередження або навіть компілювати помилки в систему збирання, тобто за допомогою AspectJ або заборонити використання даних методів в IDE.

For example in Eclipse: Go to Project properties -->Java Compiler --> Errors Warnings, Then enable project specific settings, Expand Deprecated and restrited APIs category "Forbidden reference (acess rule)"

Очевидно, ви можете застосувати або перевизначити додавання @Deprecated класу, але це не є чистим рішенням.

Додайте такі обмеження до інструкцій щодо кодування та виконайте їх як частину процесу перевірки коду.

У якому контексті? Ви маєте на увазі, що ви бажаєте легко налаштувати вашу IDE, щоб перешкодити використанню певних API? Або ви намагаєтеся диктувати світові які API ви забороняєте? Або ви намагаєтеся зробити щось під час виконання?

Якщо перший випадок, Eclipse, і я припускаю інші IDE, дозволяють вам позначити будь-який API як заборонений, знеохочений або доступний на рівні пакета або класу.

Якщо ви маєте на увазі друге, ви, звичайно, не можете. Це було б нерозумно.

Якщо ви намагаєтеся заборонити виклик певних методів під час виконання, ви можете налаштувати політику безпеки, щоб запобігти коду, завантаженому з вказаних місць, від виклику певних методів, які можна перевірити за допомогою SecurityManager , якщо встановлено.

Можна скомпілювати власну версію класу і додати його до шляху класу завантаження або до каталогу lib/ext. http://docs.oracle.com/javase/tutorial/ext/basics /install.html Це змінить JDK та JRE.

Фактично ви можете видалити його для компіляції, і ваша програма не буде компілюватися, якщо вона використовується.

Snihalani: Так що я отримаю це прямо ...

Ви хочете "зневажити методи в JRE", щоб "Переконатися, що люди не використовують реалізацію java і використовують мою реалізацію відтепер". ?

Перш за все: ви не можете нічого змінити в JRE, і вам не дозволено, це - власність Oracle. Uou може змінити щось локально, якщо ви хочете пройти через проблеми, але це буде просто у вашому локальному JRE, а не в тих, які можна завантажити з веб-сторінки Oracle.

Поруч з цим, ніхто не має вашої реалізації, так як ми можемо її використовувати? Реалізації, що надаються Oracle, роблять саме те, що вони повинні робити, і коли виявляється помилка/помилка/..., вона буде виправлена ​​або замінена новим методом (на якому момент оригінальний метод стає застарілим).

Але, що мене найбільше турбує, це те, що ви пішли б і змінили реалізацію з тим, що ви придумали. Нагадує мені дуже багато фішингу і таких методів, запустивши ваш код, не знаючи, що він робить, навіть не знаючи, що ми використовуємо ваш код. Адже якщо ви матимете доступ до оригінального коду і "побудувати" JRE, що заважає вам змінювати код в оригінальному методі?

Неприйнятним є спосіб, який автор може сказати: "Так ... я робив це в минулому, але здається, що є проблеми з методом. просто щоб не змінювати поведінку існуючих додатків за допомогою цього методу, я не буду змінювати цей метод, а позначати його як застарілий і додати метод, який вирішує цю проблему ".

Ви не є автором, тому вам не належить вирішувати, чи так чи інакше працюють методи.

Ви тільки можете це зробити, якщо і тільки якщо ви будуєте свій власний JRE! У цьому випадку просто додайте @Deprecated над відповідним кодовим блоком! Але якщо ви використовуєте JRE у Oracle, ви не маєте права робити це!