Відповідно до прийнятої відповіді на тему " Обгрунтування переваги локальних змінних перед змінними екземпляра? ", Змінні повинні жити в найменшому обсязі.
Спростіть проблему в моїй інтерпретації, це означає, що ми повинні переробити такий код:
public class Main {
private A a;
private B b;
public ABResult getResult() {
getA();
getB();
return ABFactory.mix(a, b);
}
private getA() {
a = SomeFactory.getA();
}
private getB() {
b = SomeFactory.getB();
}
}у щось подібне:
public class Main {
public ABResult getResult() {
A a = getA();
B b = getB();
return ABFactory.mix(a, b);
}
private getA() {
return SomeFactory.getA();
}
private getB() {
return SomeFactory.getB();
}
}але згідно "духу" змінні повинні жити в найменшій області застосування ", чи не" ніколи не буде змінних "мати менший обсяг, ніж" мати змінні "? Тому я вважаю, що версію, яку було зазначено вище, слід відновити:
public class Main {
public ABResult getResult() {
return ABFactory.mix(getA(), getB());
}
private getA() {
return SomeFactory.getA();
}
private getB() {
return SomeFactory.getB();
}
}так що getResult()взагалі немає локальних змінних. Це правда?
72
Створення явних змінних приносить користь тому, що потрібно їх називати. Введення декількох змінних може швидко перетворити непрозорий метод у читабельний.
—
Джаред Гогуен
Чесно кажучи, приклад з точки зору імен змінних a і b надто придуманий, щоб продемонструвати значення локальних змінних. На щастя, ви все одно отримали хороші відповіді.
—
Док Браун
У другому фрагменті ваші змінні насправді не є змінними . Вони фактично є місцевими константами, оскільки ви їх не змінюєте. Компілятор Java буде ставитися до них так само, якщо ви визначили їх остаточними, оскільки вони локальні, і компілятор знає, що з ними буде. Це питання стилю та думки, чи дійсно ви повинні використовувати
—
Гайда
finalключове слово чи ні.
@JaredGoguen Створення явних змінних пов'язане з тим, що потрібно їх називати, і користь від того, щоб мати можливість їх називати.
—
Бергі
Абсолютно нуль правил стилю коду, таких як "змінні повинні жити в найменшому обсязі", є загальноприйнятими без роздумів. Таким чином, ви ніколи не хочете базувати рішення стилю коду на обґрунтуванні форми в цьому запитанні, коли ви берете просту інструкцію і розширюєте її на менш очевидно охоплену область ("змінні повинні мати невеликі області застосування, якщо це можливо" -> "змінних не повинно існувати, якщо це можливо"). Або є вагомі причини, які конкретно підтверджують ваш висновок, або ваш висновок є невідповідним продовженням; в будь-якому випадку вам не потрібна оригінальна інструкція.
—
Бен