Pcrepairвот именно для удобочитаемости и ни для чего то там другого.
что касается бесплатных советов выносить методы в отдельный модуль, то там где это возможно так и делается.
или что? тут кто то предлагает к примеру циклы оформлять в отдельные процедуры, или там логику ЕСЛИ?
Тебе всего лишь предлагают разделить код на несколько типов: код для работы с данными, код для работы с визуальным представлением данных, а также реакцией на пользовательские действия.

У тебя похоже пока всё находится в одной куче и скорее всего данные, находящиеся в UI контролах у тебя и есть данные программы. Поэтому ты сталкиваешься с проблемой переносимости частей кода, перегрузкой кода обработчиков событий итд. Может конечно на самом деле у тебя всё иначе, но по сути мы играем в телепатов исходя из твоих вопросов.

В общем пока смирись с тем, что каждый первый тебя воспринимает как очередного агрессивного "формошлёпщика" или какая там нынче терминология? Ты не понимаешь, что делаешь не так, не понимаешь почему это не так и агрессивно отстаиваешь своё "не так". Реабилитироваться пока тебе не удалось.

PcrepairавторПоэтому ты сталкиваешься с проблемой переносимости частей кода, перегрузкой кода обработчиков событий итд
да ни с чем выше перечисленным лично Я не сталкиваюсь. Мой код работает как предначертано и исключений не выдает.
Тут ты либо противоречишь сам себе, либо у тебя нет никаких проблем и тебе не надо ничего переносить в другие модули.

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

Pcrepairпросто лень самому ковырять интерфейс РАД в поисках всяких фичей, которых скорее всего и нет.
но... была слабая надежда что кто то это уже раскопал. и вот ее, надежды, уже нет. Эти фичи находятся не в редакторе, а в изначальной архитектуре/дизайне кода.