Стабильность пакетов веб-разработки? - PullRequest
0 голосов
/ 02 февраля 2009

Мой опыт работы с веб-фреймворками заключался в том, что они относительно нестабильны. Не то, что они терпят крах, но что есть довольно много изменений, которые затем заставляют перепрограммировать код. Интересно, какие пакеты веб-разработки вы использовали и сколько работали над тем, чтобы поддерживать этот код?

Ответы [ 4 ]

1 голос
/ 02 февраля 2009

«Изменения являются частью требования.»

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

Некоторые пакеты, используемые в качестве программиста JAVA / J2EE: - MVC - распорки - несколько фреймворков AJAX

Это очень простой, используемый. Большинство других разработано самостоятельно, и как только дизайн веб-пакета завершен, мы не меняем дизайн.

0 голосов
/ 02 февраля 2009

Большая часть моего опыта связана с Ruby on Rails, поэтому я поделюсь с ним тем, что видел за последние несколько лет.

Обновления Rails с довольно хорошим клипом, но вам не нужно их обновлять, если вам не нужны функции или редкий патч безопасности. Например, у меня сейчас работает приложение rails, работающее в нашей компании, которое было написано около 2,5 лет назад, и для этого нужно было лишь поработать над ним один раз в этом году, чтобы обновить его до новой версии для совместимости с apache mod_rails. изначально был написан против Rails 1.2 я верю. Конечно, это было интранет-приложение, которое не имело никаких требований безопасности. В общем, это было довольно безболезненно. Если бы я продолжал использовать mongrel + mod_proxy, его не нужно было бы обновлять только один раз для исправления безопасности.

Rails довольно безопасен, уязвимости довольно далеки. Было несколько больше уязвимостей Ruby, чем уязвимостей Rails, если память мне не изменяет, но в целом это довольно солидно, и обновление вашего ruby ​​не должно нарушать рельсы, особенно если вы используете дистрибутив, который портирует исправления безопасности.

0 голосов
/ 02 февраля 2009

Фреймворки, такие как .NET и jQuery, в значительной степени обратно совместимы и позволяют медленно использовать новые функции.

Однако Mootools ... API сломал так много вещей, от 1.11 до 1.2 до 1.3. Обновление не было простым в этом случае.

Как правило, я стараюсь подождать, пока что-то выйдет из бета-версии, прежде чем использовать это в рабочем коде. Одобрение также может иметь большое значение - поскольку Microsoft назвала jQuery победителем клиентских платформ, было легко побудить других также поднять его.

0 голосов
/ 02 февраля 2009

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

Но я бы не советовал использовать что-либо старое и неподдерживаемое в любом случае, вы будете самостоятельно, хотя среда будет полностью стабильной.

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

...