Чи може перейменування методу зберегти інкапсуляцію?

Я читав цю сторінку про те, коли геттери / сетери виправдані, і ОП дав такий зразок коду:

class Fridge
{
     int cheese;

     void set_cheese(int _cheese) { cheese = _cheese; }
     int get_cheese() { return cheese; }
 }

void go_shopping(Fridge fridge)
{
     fridge.set_cheese(fridge.get_cheese() + 5);        
}

У прийнятій відповіді зазначено:

До речі, в вашому прикладі, я дав би клас і методи, замість і . Тоді у вас все-таки буде інкапсуляція.FridgeputCheese()takeCheese()get_cheese()set_cheese()

Як зберігається інкапсуляція, перейменувавши її з get / set на putCheese()/ takeCheese()Ви очевидно отримуєте / встановлюєте значення, так чому б просто не залишити його як get / set?

У цій же відповіді також зазначено:

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

У цьому випадку у нас є лише одна змінна, cheeseі ви можете взяти та повернути сир у холодильник, тому пара get / set у цьому випадку виправдана.

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

public class Fridge
{
    private int numberOfCheeseSlices;

    public void AddCheeseSlices(int n)
    {
         if(n < 0) { 
             throw new Exception("you cant add negative cheese!");
         }
         if(numberOfCheeseSlices + n > this.capacityOfFridge) { 
             throw new Exception("TOO MUCH CHEESE!!");
         }
         ..etc
         this.numberOfCheeseSlices += n;
    }
}

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

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

Як інкапсуляція зберігається, перейменувавши її з get / set у putCheese () / takeCheese () Ви, очевидно, отримуєте / встановлюєте значення, так чому б не просто залишити його як get / set?

Різниця полягає в семантиці, тобто значенні того, що ви пишете. Інкапсуляція - це не лише захист, але приховування внутрішнього стану. Внутрішній стан навіть не повинен бути відомий зовні, натомість очікується, що об'єкт пропонує відповідні для бізнесу методи (іноді їх називають "поведінка") для маніпулювання / використання цього стану.

Отже, getі setце технічні терміни і, здається, не мають нічого спільного з доменом "холодильник", хоча putі takeможуть насправді мати певний сенс.

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

У цьому випадку у нас є лише одна змінна, сирна, і ви можете взяти і повернути сир в холодильник, тому пара отримання / встановлення в цьому випадку виправдана.

Це неможливо об'єктивно визначити без більшого контексту. Ваш приклад містить go_shopping()метод десь в іншому місці. Якщо це те , що Fridgeдля, ніж це НЕ потрібно getабо те set, що вона потребує Fridge.go_shopping(). Таким чином, у вас є метод, який випливає з вимог, всі "дані", які йому потрібні, є локальними, і ви маєте фактичну поведінку замість просто тонко завуальованої структури даних.

Пам'ятайте, ви не будуєте загального, багаторазового використання Fridge. Ви будуєте лише Fridgeсвої вимоги. Будь-які зусилля, витрачені на те, щоб зробити це більше, ніж потрібно, насправді марнотратні.

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

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

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

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

У цьому конкретному випадку явно є необхідність змінити значення сиру в додатку. Незалежно від того, як це робиться, за допомогою get / set або add / remove, якщо методи інкапсульовані у класі, який ви дотримуєтесь об'єктно-орієнтованого стилю.

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

Скажімо, ваш холодильник має "термін експлуатації", лише кількість кліщів до того, як холодильник більше не працює (заради аргументу, холодильник не може бути відремонтований). Логічно немає можливості користувачеві (або решті вашої програми) мати можливість змінити це значення. Це має бути приватним. Це було б видно лише через інший атрибут, відомий як "isWorking". Коли термін експлуатації закінчується, внутрішньо холодильник встановлює функцію "Налаштування".

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

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

Це не просто перейменування методу. Два методи функціонують по-різному.

(Малюйте це на увазі)

get_cheese і set_cheese виставляє сир. putCheese () і takeCheese () зберігає сир прихованим і піклується про управління ним і дає користувачеві спосіб поводитися з ним. Спостерігач не бачить сиру, він бачить лише два способи маніпулювання ним.