Этот вопрос направлен на выявление преимуществ и недостатков использования веб-платформ : таких как Cake PHP, Zend, jQuery, ASP.NET). Этот вопрос совершенно не зависит от языка . Позвольте мне начать с понятия «Стоять на плечах гигантов ».
Преимущества:
- Позволяет разработчикам - взяв на себя функции, которые раньше занимали бы сотни строк кода, и сжимая их в один простой вызов функции, разработчики могут интегрировать более сложные функции в свои веб-сайты.
- Разрешить более быструю разработку приложений - это очень актуально для людей, которым нужны сайты, созданные в очень маленьком окне (есть ли у кого-нибудь примеры этого?)
- Низкие затраты - позволяет программистам перенести экономию средств на клиента - создан целый ряд новых клиентов, которым нужен веб-сайт, но ранее они не могли позволить себе более высокие затраты на разработку.
Недостатки:
- Потерянное понимание - полагаясь на особенности фреймворка, разработчик рискует потерять понимание того, как все работает (под капотом).
- Обрыв конфигурации - как только вы пойдете дальше, чем конфигурация вашей инфраструктуры, ваша производительность сразу упадет, может быть сложно реализовать функции вне конфигурации инфраструктуры.
- Трамвайная линия разработчика - вы (разработчик) должны делать то, что разработчик хочет, чтобы вы делали.
Интересно, что люди делают из моих очков, и не согласен ли кто-нибудь с ними? Также, если у людей есть дополнительные очки, я был бы благодарен.
источник
Con: возможное падение поддержки / потеря популярности
Pro: код для бизнеса
источник
преимущества
Недостатки
Я выступаю за использование фреймворков для всех проектов, кроме самых простых. Если вам нужно добавить форму обратной связи к существующему сайту HTML, вы можете использовать один файл PHP вместо перехода на платформу.
источник
Несколько вещей, которые приходят на ум ...
преимущества
Недостатки
источник
Все зависит от того, какую платформу вы используете.
Если вы используете ASP.NET, вы находитесь в невыгодном положении: это в лучшем случае дырявая абстракция , а в худшем затрудняет выполнение вещей, тривиальных в других средах, которые не скрывают, что вы работая в сети.
ASP.NET MVC стремится решить эту проблему, и это хорошо.
Фреймворки существуют для того, чтобы мы могли тратить больше времени на выполнение работы и меньше времени на создание строительных лесов. В этом отношении я не вижу никаких недостатков, если только вы действительно не хотите тратить время на строительство лесов.
источник
Я хотел бы добавить несколько пунктов.
Тем не менее, я думаю, что стоит приложить немного больше усилий для оценки фреймворков, оценки лицензий, ведения чистого списка фреймворков для каждого использования и разработки стратегии умного управления версиями, стоит того, чтобы рассмотреть преимущества.
Преимущества:
источник
Я говорю из личного опыта за последние 13 лет. В моей компании мы использовали распорки, после короткого поворота это было здорово. В моем следующем примере мы использовали архитектуру, которая была в основном непрозрачной, несколько похожей на структуру, но выросла, мы могли расширить ее, но основной код был только jars. И так далее. последние 3 года работали в небольшой компании (количество разработчиков <30) и это были все наши собственные jsps, servlets и ejbs. Если посмотреть на наших многочисленных клиентов и повторение jsps, в 2012 году был создан фильтр j2ee, который имитировал 20% стоек2. Почему бы не использовать Stuts 2? Хотелось бы, чтобы мы имели, но: не могли передать его нашему главному архитектору; недостаточно опыта или времени.
Итак, у нас были перехватчики некоторых распространенных jsps, которые использовала наша мини фреймворк. Теперь, когда у меня было время пройти через книгу о стойках 2, я вижу, что мы так много пропустили!
Мы используем некоторые отличные алгоритмы, кеши и пользовательский интерфейс, но потеряли много часов и обременены большим количеством кода, который мы планируем удалить на 3 года.
источник