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

Можливі назви: звільнення, вилучення, розпорядження, очищення тощо.

Який ви вважаєте, що є найбільш підходящим?

Я використовую :

• ініціалізувати ()
• припинити ()

Я вважаю це більш підходящим:

• важко не побачити це в коді, тому що це обидва довгі слова (я не використовую init)
• це правильна англійська (AFAIK)
• в моїй голові припинення уникає неоднозначності. Він не збігається починається (які матчі закінчуються), запускається (які матчі припиняються), створюється (які збіги знищуються), налаштовується (які збіги не встановлені), завантажується (які збіги вивантажуються) тощо.

Деякі люди могли знайти питання про смак.

Зазвичай я переходжу або до завершення, знищення або припинення, залежно від функцій об'єктів.

У випадку, який ви описуєте, Finalize - це те, з чим я б пішов на основі своєї схеми.

Мені подобається releaseметод, який розпоряджається предметами та іншими ресурсами (наприклад, як підготовка до знищення). Я б вибрав resetметод, який скидає значення за замовчуванням.

Якщо стан "за замовчуванням" не потребує жодних ресурсів, resetможливо, ви зможете зателефонувати, releaseщоб виконати ту частину своїх операцій.

close()

Ще ніхто не запропонував закрити (). У Java 7 є нова функція "спробувати ресурси". Клас, який автоматично очищається, повинен реалізувати java.lang.AutoCloseable, який має єдиний метод close (). shutdown () або очищення () також може бути хорошим.

Ні finalize()

finalize () означає щось специфічне для сміттєзбірника на Java, і спосіб його роботи трохи дивний. Я б тримався подалі від finalize (), якщо ви не хочете саме того, що робить Java з finalize ().

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

Я б сказав, що це залежить від того, чи є дія необов'язковою або необхідною (без витоку ресурсів), і якщо мова підтримує конструкторів / деструкторів. Для необов'язкових випадків я використовую:

• ясний
• скинути
• приховати (у контексті інтерфейсу користувача)

В інших випадках, коли потрібні протилежні дії (мовами без конструкторів / деструкторів або коли деструктор не випускає ресурс), я використовую:

• init - фіні
• ініціалізувати - деініціалізувати
• творити - руйнувати

У вашому випадку я думаю, що я вважаю за краще hide. Він все-таки може звільнити пам'ять / ресурси, якщо захоче - важливо, що це необов'язково, тобто деструктор подбав би про це, якби ви цього не зробили.

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

Просто переконайтеся, що ваш термін не перевантажений у вашому поточному контексті.

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

resetздається хорошим терміном, якщо ви обнуляєте об'єкт до значень за замовчуванням. reinitializeтакож може бути доцільним, якщо використання цього об'єкта схоже на те, що initializeробить. Здається, що цей метод розпоряджатиметься іншими об'єктами, а не тим, що отримує повідомлення, і в будь-якому випадку будь-яке з перерахованих вище має бути добре. Якщо ви дійсно робите навпаки initі готуєте ресивер знищити, disposeбуде хорошим вибором.

http://www.wordhippo.com/what-is/the-opposite-of/initialize.html

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

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

Концепція init vs (що завгодно) схожа на (конструктор проти деструктор), або в java finalize.

( Примітка . Якщо в мові є концепція побудови та знищення об'єктів, її мало або взагалі не потрібно використовувати init ().)

Якщо об'єкт, за допомогою якого викликається метод, перестане використовуватись, я б просто застосував стандартний деструктор. Це не схоже на випадок, хоча, замість того, щоб стати занадто загальним, краще ім’я, мабуть, щось на зразок, hide()якщо сам об'єкт ховається або hideUserInterfacePart()якщо складені об'єкти ховаються.