Здравствуйте, Privalov, Вы писали:

I>>Здесь самое интересное — посмотри, на основании чего ты переименовываешь функции.

P>Ты имеешь в виду, что функции получают названия типа BubbleSort или IntegralAdams? Я такие названия встречал, в основном, у математиков. Но тут это имеет смысл: математику так читать легче.

Маленькие детали очень сильно меняют картину. Рефакторингом как раз меняется структура приложения. readFile со временем перестаёт быть таковым и превращается скажем в TextReader.from(Stream.fromFile()).pipeTo(eventConsumer())
Итого — была одна функция, а стало много самых разных объектов с принципиально иной вычислительной моделью.

Здравствуйте, Privalov, Вы писали:

I>>Здесь самое интересное — посмотри, на основании чего ты переименовываешь функции.

P>Ты имеешь в виду, что функции получают названия типа BubbleSort или IntegralAdams? Я такие названия встречал, в основном, у математиков. Но тут это имеет смысл: математику так читать легче.

Маленькие детали очень сильно меняют картину. Рефакторингом как раз меняется структура приложения. readFile со временем перестаёт быть таковым и превращается скажем в TextReader.from(Stream.fromFile()).pipeTo(eventConsumer())
Итого — была одна функция, а стало много самых разных объектов с принципиально иной вычислительной моделью.

Инверсия управления творит чудеса — пару кликов мышом в решарпере том же и, внезапно, кучка концептуальных методов превращаются в один базовый + вызовы с параметрами-лямбдами по месту вызова.