web-frameworks - Web 開発パッケージの安定性?

Question

Webフレームワークに関する私の経験は、それらが相対的に「不安定」であるということでした。それらがクラッシュするわけではありませんが、かなりの数の変更があり、コードを再プログラムする必要があります。あなたが使用した Web 開発パッケージと、そのコードを維持するのにどれくらいの労力が必要でしたか?

Answer 1

「変更は要件の一部です。」

私たちがデザインする Web パッケージが大きく変わるとは思いません。変更された場合、それは悪い設計です。外部 API を使用する場合、非推奨になるものはごくわずかですが、それ以外の場合はほとんど同じです。

JAVA/J2EE プログラマーとして使用されるいくつかのパッケージ: - MVC - Struts - いくつかの AJAX フレームワーク

これらは非常に基本的なものです。他のほとんどのものは自社開発であり、Web パッケージのデザインが完了したら、デザインを変更することはありません。

Answer 2

私の経験のほとんどは Ruby on Rails に関するものなので、ここ数年で Ruby on Rails について見てきたことを共有します。

Rails はかなり頻繁に更新されますが、機能やまれなセキュリティ パッチが必要でない限り、実際に更新する必要はありません。例として、現在社内で実行中の Rails アプリがあります。これは約 2.5 年前にコーディングされたもので、今年 1 回だけ作業を行って、apache mod_rails と互換性のある新しいバージョンにアップグレードする必要がありました。元々は Rails 1.2 に対して書かれたものだと思います。もちろん、それはセキュリティ要件のないイントラネット アプリでした。全体として、かなり痛みがなくなりました。mongrel + mod_proxy を使い続けていれば、セキュリティ パッチのために一度だけ更新する必要はありませんでした。

Rails は非常に安全ですが、脆弱性はその中間です。メモリが正しければ、Rails の脆弱性よりも Ruby の脆弱性がいくつかありますが、全体としてはかなり安定しており、特にセキュリティ修正をバックポートするディストリビューションを使用している場合は、Ruby をアップグレードしても Rails が壊れることはありません。

Answer 3

.NET や jQuery などのフレームワークは、大部分が下位互換性があり、新しい機能をゆっくりと使用できます。

しかし、Mootools... API は 1.11 から 1.2、1.3 へと非常に多くのものを壊しました。その場合、アップグレードは簡単ではありませんでした。

原則として、製品コードに組み込む前に、ベータ版が終了するのを待つようにしています。Microsoft は jQuery をクライアント側フレームワークの勝者と呼んでいるため、他の人にも jQuery を手に入れるよう促すのは簡単でした。

Answer 4

活発に開発中のライブラリは不安定になります。たとえば、.NET を見てみましょう。毎月、古いことを行う新しいより良い方法があります。一方、オープンソース ライブラリは、古い非推奨のメソッドを破棄する傾向があります。これは、コードが改善され、それが彼らを満足させるためです。

ただし、古いものやサポートされていないものを使用することはお勧めしません。環境は完全に安定していますが、自分で作業することになります。

可能な最善の方法は、使用し始めたライブラリのバージョンをフリーズして、新しいものに切り替えるだけのようです。そうすることには大きなメリットがあります。少なくともそれは誰もがそうしている方法です。