Действительно ли безопасно удалить папку “InetPub”?

Я (когда-то) столкнулся с кодом, который был так безумно запутан, что я не мог зафиксировать его с функциональным дубликатом за разумное количество времени. Это было видом особого случая, хотя, как это был синтаксический анализатор и я понятия не имел, сколько клиентов могло бы "использовать" некоторые ошибки, которые он имел. Рендеринг сотен "рабочих" ошибочных исходных файлов не был хорошим вариантом.

Большую часть времени это неизбежно выполнимо, просто укротив. Прочитанный та книга рефакторинга.

я обычно начинаю фиксировать плохой код путем перемещения вещей немного (на самом деле не изменяя более, чем необходимый код реализации) так, чтобы модули и классы были по крайней мере несколько когерентными.

, Когда это сделано, можно посещать больше когерентного урока и переписать его кишки для выполнения того же самого пути, но на этот раз с разумным кодом. Это - хитрая часть с управлением, поскольку им обычно не нравится слышать, что Вы собираетесь занять недели, чтобы кодировать и отладить что-то, что будет вести себя точно то же (если все будет подходить).

Во время этого процесса я гарантирую, что Вы обнаружите тонны ошибок и напрямую разработаете глупости. Нормально исправлять тривиальные ошибки при перекодировании, но иначе оставлять такие вещи на потом.

, Как только это сделано с несколькими классами, Вы начнете видеть, где вещи могут быть построены из модулей лучше, разработаны лучше, и т.д. Плюс он будет легче внести такие изменения, не влияя на несвязанные вещи, потому что код является теперь более модульным, и Вы, вероятно, знаете это полностью.