Использование каркасов ColdFusion

Question

Может ли кто-нибудь рассказать о недостатках, если таковые имеются, использованию среды разработки ColdFusion?Я традиционно разрабатываю приложение, и у меня возникает соблазн использовать фреймворк, увидев, как просто можно сделать некоторые вещи.

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

Answer 1

Недостатки:

• кривая обучения (выберите экономную структуру, чтобы уменьшить это)
• фронт-контроллер создает некрасивый URL, часто требует перезаписи URL на уровне веб-сервера
• риск прекращения работы фреймворка (нет поддержки, сложно поддерживать, сломать новую версию CF)
• ошибки фреймворка (выбрать популярный фреймворк с хорошей и быстрой поддержкой)
• иногда сложнее отлаживать,поскольку действия, как правило, больше не являются .cfm.Подсказка: используйте cfdump и cfabort, чтобы увидеть дамп на уровне контроллера
• , некоторые фреймворки требуют больше времени для повторного запуска.Поскольку большинство фреймворков кэшируют конфигурации и уровень контроллера для повышения производительности, на этапе разработки вам придется все время переустанавливать.CF9 облегчает эту проблему, потому что это намного быстрее.
• наконец, иногда вы будете использовать API-интерфейс фреймворка, абстракцию от CFML, и упустите собственный способ ColdFusion для решения той же проблемы.

Производительность, как правило, не проблема.Не волнуйся.

Answer 2

Генри уже дал хороший ответ, но я хотел бы ответить на эту часть вашего вопроса:

Но разве это не облагается налогом на производительность?

Снижение производительности платформы незначительно.

Фактически, вы даже можете получить лучшую производительность от таких фреймворков, как ColdBox , которые имеют встроенное кэширование.

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

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

т.е. не просто думайте: «Я собираюсь сделать X вместо Y, потому что я думаю, что это будет быстрее», - выбирайте самый простой вариант, который соответствует потребностям пользователя, и меняйте его, только если вы можете доказать, что у него есть проблемы с производительностью и что предложенное вами решение лучше.

Answer 3

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

http://www.riaxe.com/blog/top-coldfusion-frameworks/