Я согласен с другими предложениями здесь, фреймворк не будет волшебным исправлением.
однако это может помочь в долгосрочной перспективе.
я преобразовал несколько сайтов с мешанинами в каркас коханы и получил следующий опыт.
Первоначально я недостаточно хорошо знал кохану, поэтому я учился этому, когда перекодировал mysite. В итоге я прекратил переписывать и кодировать совершенно новый проект с нуля, чтобы выучить kohana, затем вернулся к проекту переписывания, теперь, когда я понял структуру лучше.
если вы не понимаете структуру, это будет крутая кривая обучения, пытающаяся использовать ее для преобразования старого проекта
Первым шагом в переписывании было вытянуть всю логику бизнеса / базы данных, встроенную в страницы, до верха каждой страницы (до вывода html). Чтобы я не менял поток / структуру веб-сайта, просто отделял бизнес-логику от логики отображения.
После этого у меня был сайт, который имел легко читаемую бизнес-логику, просто в старой структуре, и в то же время я познакомился со старой базой кода.
Следующим шагом, который я сделал, было исправить все проблемы со структурой базы данных, чтобы все было в 3-й нормальной форме (если это возможно).
Мне показалось, что проще изменить старый код в соответствии с новой структурой базы данных, а затем обойти и старую структуру базы данных в новой среде. (kohana - это в значительной степени основанная на соглашениях структура, а не конфигурация, поэтому было бы неплохо следовать этим соглашениям, чтобы упростить долгосрочное обслуживание)
хорошая структура базы данных облегчает жизнь независимо от структуры
Следующим шагом было выбрать часть сайта для замены. установить маршруты в кохане и позволить кохане обслуживать эту часть проекта. у kohana (и других фреймворков, без сомнения) есть запасной вариант: если файл, запрашиваемый через URL, уже существует на сайте, то kohana не будет обрабатывать этот запрос
, поскольку вы отделили бизнес-логику от логики отображения в ваших файлах php, просто разделить код на контроллер и представление. внесите изменения в обе части в соответствии с рамками. Вы можете разделить бизнес-логику на модель / контроллер после того, как контроллер / представление работают должным образом
прокладывайте себе путь через эту часть сайта, пока не завершите. затем тест / запуск / исправление и т. д.
затем начните снова со следующей части сайта.
в конце концов вы попадете туда ...
хотя переписывание заняло много времени, для меня это стоило того, так как теперь сайты гораздо проще поддерживать. (очевидно, величина усиления будет зависеть от качества исходной кодовой базы)
удачи