мне кажется главное это архитектура приложения.
если она хорошо спроектирована, то какая разница как будет написан код, его будет несложно переписать.

Сергей Силкинdonkey80 Методы длиной в несколько тысяч (!) строк...У меня лично целый список требований к исходному коду – как к его функционалу, так и оформлению. В частности, одно из требований – чтобы объём функции (метода) не превышал одного экрана исходного кода (разумеется, один оператор на одной строке). Пусть народ с малолетства приучается не только как следует кодировать, но и проектировать приложение. Аргументы типа «вот эту функцию нельзя разместить на одном экране» не принимаются в ультимативной форме. Разбить и грамотно структурировать всегда можно (если, конечно, ты не чайник). Предпочтительно конечно же разбивать части по функциональному назначению; но на крайняк можно и чисто механически – просто кусками. Но в любом случае каждая функция (метод) должна быть не то что простая, а очень простая – так, чтобы её можно было окинуть одним взглядом (т.е. быть не больше одного экрана), логика работы должна быть абсолютно понятна не только автору, а и новому человеку, и соответственно чтобы её можно было модернизировать, в том числе и другим людям.

...А если вовремя не обломать некоторых, то рано или поздно вполне можно увидеть такое: весь проект состоит из одной огромной функции main (ну или WinMain или типа того – в общем, точки входа в программу), а дальше... сплошной набор операторов без единой определённой разработчиком функции, да ещё «нормальных» управляющих конструкций почти нет, зато есть куча операторов goto. Хотя программа работает, а разработчик божится, что по-другому никак было сделать нельзя...

Если кто-то не видал такие программы - считаем, что ему крупно повезло. А если такие программы ему ещё не давали модернизировать - ему очень крупно повезло вдвойне...

Везде должна быть мера.
Иногда ради быстродействия приходилось писать очень большие функции.