Здравствуйте, prVovik, Вы писали:
V>Здравствуйте, Павел Кузнецов, Вы писали:
ПК>>В последнее время я, пожалуй, чаще встречаюсь с другими мифами: ПК>>Миф 2'. Рефакторинг может заменить собой тщательное проектирование
V>Есть мнение, что рефакторинг — это и есть составляющая процесса тщательного проектирования.
это составляющая процесса тщательного кодирования.
Здравствуйте, hrg, Вы писали:
hrg>dshe -> "Re[2]: Мифы о рефакторинге"
ПК>>>Миф 2''. Рефакторинг всегда возможен
d>> А когда рефакторинг невозможен?
hrg>При наличии субъективного фактора
Меня больше интересуют объективные факторы. Сформулирую вопрос по другому:
Бывают ли ситуации когда рефакторинг противопоказан? Какие это ситуации?
Павел Кузнецов -> "Re[3]: Мифы о рефакторинге"
>> ПК> Миф 2''. Рефакторинг всегда возможен
>> А когда рефакторинг невозможен?
ПК> Например, далеко не всегда можно позволить себе рефакторинг, ПК> приводящий к изменению интерфейсов опубликованных библиотек.
Тут 2 варианта:
1. Если используем TDD, то менять можно как угодно, если покрытие тестами
достаточное
2. Можно сделать рефаторинг библиотеки, оставив неиспользованные интерфейсы
для поддержки
Yury Kopyl aka hrg | Любой служащий должен строго выполнять свои
обязанности. А практически каждый занимается на работе чем хочет. (с)
Паркинсон
Здравствуйте, Павел Кузнецов, Вы писали:
ПК>В последнее время я, пожалуй, чаще встречаюсь с другими мифами:
ПК>Миф 2'. Рефакторинг может заменить собой тщательное проектирование
ПК>Миф 2''. Рефакторинг всегда возможен
Дык распиши почему это мифы, сделаем эдакий FAQ по рефакторингу.
Здравствуйте, Павел Кузнецов, Вы писали:
ПК>Например, далеко не всегда можно позволить себе рефакторинг, приводящий к изменению интерфейсов опубликованных библиотек.
Тут есть свои приемы, позволяющие обеспечить совместимость. Например провести рефакторинг, а старый интерфейс реализовать в качестве обертки. Так, к примеру, МС рефакторит GDI.
Здравствуйте, Lloyd, Вы писали:
L>Здравствуйте, prVovik, Вы писали:
V>>Хм, а что же это тогда такое?
L>Это просто изменение структуры кода и ничего более.
Изменение просто так? А зачем структуру менять просто так?
Здравствуйте, AndrewVK, Вы писали:
AVK>Тут есть свои приемы, позволяющие обеспечить совместимость. Например провести рефакторинг, а старый интерфейс реализовать в качестве обертки. Так, к примеру, МС рефакторит GDI.
Здравствуйте, Lloyd, Вы писали:
L>Для облегчения внесения изменений.
А станет ли после этого архитектура более оптимальной, то есть улучшится ли она или ухудшится?
Здравствуйте, Павел Кузнецов, Вы писали:
ПК>В последнее время я, пожалуй, чаще встречаюсь с другими мифами:
ПК>Миф 2'. Рефакторинг может заменить собой тщательное проектирование
ПК>Миф 2''. Рефакторинг всегда возможен
Ну, если их немного подкорректировать, то они даже перестанут буть мифмми.
Миф 2'. Рефакторинг может являться частью процесса проектирования, а проектирование может быть совмещено с иследованиями и созданием прототипа.
Миф 2''. Рефакторинг может быть частью процесса производства ПО.
... << RSDN@Home 1.1.4 beta 3 rev. 207>>
Есть логика намерений и логика обстоятельств, последняя всегда сильнее.