Как мне преобразовать устаревший код ColdFusion в фреймворк?

Question

У нас есть база кода ColdFusion среднего размера для нашего Интранета и Веб-сайта. Для большей части истории кода мы использовали жестко закодированные ссылки в cfm для того, куда идти и для чего «сохранять» код для настройки.

В последние несколько лет мы начали использовать cfc для обработки большего количества "навигационного" кода, а также более автоматизированного кода сохранения (неявно вызывая процесс сохранения для данного cfc при инициализации)

Предполагая, что имеет смысл начать использовать фреймворк, лучше ли начать использовать его для новых проектов или попробовать полномасштабное преобразование?

EDIT
Чтобы избежать путаницы, я чувствую, что, переходя к большему количеству кода на основе cfc, мы идем по пути случайного создания нашей собственной инфраструктуры. Мне кажется, что сделать упреждающий шаг к использованию надлежащей инфраструктуры и разрешить cfc обрабатывать данные, возможно, более разумный выбор.

Answer 1

Я бы вложил все усилия в конверсию, если бы вы тратили более 10-20% своего времени на обслуживание проекта. (Ваш порог может быть ниже или выше.) Кроме этого, используйте его только для новых проектов.

Почему? Я думаю, что преобразование будет болезненным, трудоемким и потенциально пустой тратой драгоценного времени.

Answer 2

"Предполагая, что имеет смысл начать используя рамки, лучше ли начать использовать его для новых проектов или попытаться преобразовать в полном масштабе? "

Я бы сказал, что самые главные критерии того, стоит ли переходить на каркас:

1. Я трачу много времени на поддержание текущего кода, и это сложно?
2. Я повторяю много кода? Считаете ли вы, что добавляете в текущий проект много раз одно и то же?

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

Answer 3

Каркасы имеют краткосрочную стоимость и долгосрочную прибыль.

Когда мы начинаем без такового, мы обычно начинаем его со временем косвенно увеличивать повторное использование кода и делать вещи более структурированными.

Я большой поклонник Fusebox, возможно, потому, что я использовал его так долго.

Что я делал в прошлом, так это то, что если я знаю, что сайт никогда не будет обновлен ни в какие реальные функции сайта, я просто запускаю свой собственный переключатель cfswitch для навигации между действиями. каждое действие, которое я просто разбиваю на файлы типа dsp act qry любит fusebox.

Если мне когда-нибудь понадобится поместить его в блок предохранителей, большинство моих цепей и действий уже выполнено. Путь вперед немного проще.

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

В sidenote я также проверил очень впечатляющий ColdBox - который, кажется, имеет некоторую фантастическую поддержку, масштабируемость и очень хорошо документирован, интенсивно использует cfc ... проверьте их тоже

Answer 4

Рассматривали ли вы использовать фреймворк, такой как fusebox , вместо того, чтобы использовать свой собственный? Если вы начнете использовать фреймворк для новых проектов, вам может быть проще применить полученные знания к существующим проектам.