Чи неправильно використовувати застарілі методи або класи на Java?

Я використовую eclipse для розробки веб-додатків. Просто сьогодні я оновив свою версію стійок, змінивши файл JAR. Десь я отримую застереження, що методи застарілі, але код працює нормально.

Я хочу знати деякі речі

1. Чи неправильно використовувати застарілі методи або класи на Java?

2. Що робити, якщо я не зміню жоден метод і запускаю свою програму із попередженнями, які у мене є, це створить будь-яку проблему з продуктивністю.

1. Чи неправильно використовувати застарілі методи або класи на Java?

З визначення застарілого :

Програмний елемент із зауваженням @Deprecated - це той, який програмісти не рекомендують використовувати, як правило, тому, що це небезпечно, або тому, що існує краща альтернатива.

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

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

Швидше за все, ні. Він буде продовжувати працювати, як і до депресії. Договір методу API не зміниться. Якщо якась внутрішня структура даних зміниться на користь нового, кращого методу, це може мати вплив на ефективність, але це навряд чи.

Смішна несхвалення в Java API, це ІМО, то FontMetrics.getMaxDecent. Причина депресії: орфографічна помилка.

Застарілий. Станом на версію 1.1.1 JDK, замінено на getMaxDescent ().

Ви все ще можете використовувати застарілий код без зміни продуктивності, але вся суть депресирування методу / класу полягає в тому, щоб дати знати користувачам, що зараз існує кращий спосіб його використання, і що в майбутньому випуску застарілий код, ймовірно, буде видалений.

Термінологія

З офіційного словника НД:

застаріле : посилається на клас, інтерфейс, конструктор, метод або поле, які більше не рекомендується, і може перестати існувати в майбутній версії.

З того, як і коли знецінювати посібник:

Можливо, ви чули термін «гуморець, що самовиражається», або гумор, який мінімізує важливість мовця. Знищений клас або метод є таким. Це вже не важливо. Насправді це настільки неважливо, що ви більше не повинні його використовувати, оскільки він був замінений і може припинити своє існування в майбутньому.

@DeprecatedАнотацію пішов ще далі і попередити про небезпеку:

Повідомлений програмний елемент @Deprecated- це той, який програмісти не рекомендують використовувати, як правило, тому, що це небезпечно , або тому, що існує краща альтернатива.

Список літератури

• java.sun.com Словник
• Посібник з мов / Як і коли знищити API
• API заставлення застарілого API

Правильно чи неправильно?

Питання про те, правильно чи неправильно використовувати застарілі методи, доведеться вивчати індивідуально. Ось ВСІ цитати, де слово "застаріле" з'являється в " Ефективній Java 2-го видання" :

Пункт 7: Уникайте фіналізаторів : Єдиними методами, які претендують на гарантію доопрацювання, є System.runFinalizersOnExitйого злий близнюк Runtime.runFinalizersOnExit. Ці методи мають фатальний хиб і були присуджені.

Пункт 66: Синхронізувати доступ до спільних змінних даних : Бібліотеки надають Thread.stopметод, але цей метод давно застарів, оскільки він по своїй суті небезпечний - його використання може призвести до пошкодження даних.

Пункт 70: Безпека ниток документа : System.runFinalizersOnExitМетод є ворожим і є застарілим.

Пункт 73: Уникайте груп ниток : вони дозволяють застосувати певні Threadпримітиви до групи ниток відразу. Деякі з цих примітивів були застарілими, а решта використовуються нечасто. [...] групи ниток застаріли.

Так що принаймні з усіма перерахованими вище методами користуватися ними явно неправильно, принаймні за Джошем Блохом.

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

Пов'язані питання

• Відмінність застарілого та застарілого API?

Крім усіх відмінних відповідей вище, я виявив, що є ще одна причина для видалення застарілих викликів API.

Досліджуючи, чому виклик застарілий, я часто знаходжу цікаві речі про Java / API / Framework. Часто є вагома причина, чому метод застарілий, і розуміння цих причин призводить до глибшого розуміння.

Отже, з точки зору навчання / зростаючого, це також варте зусиль

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

Це не помиляється, просто не рекомендується. Зазвичай це означає, що на даний момент існує кращий спосіб робити речі, і ви б зробили добро, якщо будете використовувати новий вдосконалений спосіб. Деякі застарілі речі справді небезпечні, і їх слід уникати взагалі. Новий спосіб може дати кращі показники, ніж застарілий, але це не завжди так.

Можливо, ви чули термін «гуморець, що самовиражається». Це гумор, який мінімізує вашу важливість. Знищений клас або метод є таким. Це вже не важливо. Насправді це настільки неважливо, що його більше не можна використовувати, оскільки воно, мабуть, перестане існувати в майбутньому.

Намагайтеся уникати цього

1. Як правило, ні, не зовсім неправильно використовувати deprecatedметоди, якщо у вас є хороший план дій на випадок уникнення будь-яких проблем, якщо / коли ці методи зникнуть з бібліотеки, яку ви використовуєте. З самим Java API цього ніколи не відбувається, але майже все інше означає, що його буде видалено. Якщо ви спеціально плануєте не оновлювати ( хоча це, швидше за все, слід у довгостроковій перспективі ) підтримувати бібліотеки вашого програмного забезпечення, тоді у використанні deprecatedметодів немає проблем .
2. Немає.

Так, це неправильно.

Застарілі методи або класи будуть видалені в майбутніх версіях Java і не повинні використовуватися. У кожному випадку повинна бути альтернатива. Використовуйте це.

Є кілька випадків, коли для досягнення мети проекту вам доведеться використовувати застарілий клас чи метод. У цьому випадку у вас справді не залишається іншого вибору, як використовувати його. Майбутні версії Java можуть порушити цей код, але якщо це вимога, вам доведеться жити з цим. Це, мабуть, не перший раз, коли вам довелося зробити щось не так, щоб відповідати вимозі проекту, і це, звичайно, не буде останнім.

Коли ви переходите на нову версію Java або якусь іншу бібліотеку, іноді метод або клас, які ви використовували, застаріли. Застарілі методи не підтримуються, але не повинні давати несподіваних результатів. Це не означає, що вони не стануть, тому перемкніть свій код якнайшвидше.

Процес амортизації існує, щоб переконатися, що авторам вистачає часу для зміни коду зі старого API на новий API. Скористайтеся цим часом. Змініть код якнайшвидше.

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

Чи неправильно використовувати застарілі методи або класи на Java? "

Не помиляється як таке, але це може врятувати вам певні неприємності. Ось приклад, коли категорично не рекомендується використовувати застарілий метод:

http://java.sun.com/j2se/1.4.2/docs/guide/misc/threadPrimitiveDeprecation.html

Чому тема Thread.stop застаріла?

Тому що це по своїй суті небезпечно. Якщо зупинити потік, це призведе до розблокування всіх заблокованих моніторів. (Монітори розблоковані, коли виняток ThreadDeath поширює стек.) Якщо будь-який із об'єктів, попередньо захищених цими моніторами, знаходився в непослідовному стані, інші потоки тепер можуть переглядати ці об'єкти в непослідовному стані. Кажуть, такі об'єкти пошкоджені. Коли нитки діють на пошкоджених об'єктах, може виникати довільна поведінка. Така поведінка може бути тонкою і важко виявити, або вона може бути яскраво вираженою. На відміну від інших неперевірених винятків, ThreadDeath мовчки вбиває теми; таким чином, користувач не попереджає, що його програма може бути пошкоджена. Корупція може проявитись у будь-який час після фактичної шкоди, навіть годин чи днів у майбутньому.

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

Не повинно бути жодних проблем щодо продуктивності. Стандартний API призначений для дотримання деякої відсталої сумісності, тому програми можна поступово адаптувати до новіших версій Java.

Чи неправильно використовувати застарілі методи або класи на Java? Це не "неправильно", все ще працює, але уникайте цього максимально.

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

Тож якщо ви все ще використовуєте старий метод, у вас є загроза. Тож знайте про причину знецінення та перевіряйте, як це впливає на вас.

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

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

У Java це @Deprecated, у C # - [Застаріле].

Я думаю, що я віддаю перевагу термінології C #. Це просто означає, що вона застаріла. Ви все ще можете використовувати його, якщо хочете, але, мабуть, є кращий спосіб.

Це як використовувати Windows 3.1 замість Windows 7, якщо ви вважаєте, що Windows 3.1 застаріла. Ви все ще можете використовувати його, але, можливо, в майбутній версії є кращі функції, а також майбутні версії, можливо, будуть підтримуватися - застарілої не буде.

Те саме для Java @Deprecated - ви все ще можете використовувати метод, але на свій страх і ризик - в майбутньому він може мати кращі альтернативи і може навіть не підтримуватися.

Якщо ви використовуєте код, який є застарілим, зазвичай це нормально, доки вам не доведеться переходити на новіший API - застарілий код там може не існувати. Я пропоную, якщо ви бачите щось, що використовує застарілий код, оновити, щоб використовувати новіші альтернативи (зазвичай це вказується в примітці або в застарілому коментарі Javadoc).

Редагувати: І як зазначав Майкл, якщо причина депресії пов’язана з недоліком функціональності (або тому, що функціональність навіть не повинна існувати), то, очевидно, не слід використовувати застарілий код.

Звичайно, ні - оскільки вся Java отримує @Deprecated :-), ви можете сміливо користуватися ними, поки триває Java. Ні в якому разі не помічаю жодної різниці, якщо тільки щось справді не зламане. Значення - треба прочитати про це, а потім вирішити.

Однак у .Net, коли щось оголошено [застарілим], перейдіть і прочитайте про це негайно, навіть якщо ви ніколи цього не використовували - у вас є приблизно 50% шансів, що це більш ефективно та / або простіше у використанні, ніж заміна :-))

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

Я відчуваю, що застарілий метод означає; доступний альтернативний метод = ive, який кращий у всіх аспектах, ніж існуючий метод. Краще використовувати хороший метод, ніж існуючий старий метод. Для зворотної сумісності старі методи залишаються як застарілі.