Webアプリケーションで使用されているBootstrapのバージョンを更新し続けるのは理にかなっていますか？

意識しないかもしれない人々に、ブートストラップは土台またはWebサイトやWebアプリケーションを構築する上での出発点として使用することができますHTML、CSSやJSのフレームワークです。

私は現在、フレームワークのバージョン3で設計されたアプリケーションを本番環境に置いていますが、会社のポートフォリオの下にある他のWebサイトと一貫性のあるスタイリングを追加しています。

しかし、私たちはそのWebアプリケーションにいくつかの大規模な追加に着手しようとしているので、アプリケーションで使用されているブートストラップのバージョンを更新する必要がありますか？

これにはいくつかの理由があります。1つ目は、バージョン4のブートストラップにはバージョン3との完全な下位互換性がないことです。多くのヘルパークラスが変更、置換、または完全に削除されているため、更新するのは容易ではありません（過度ではありませんが、 package.jsonのバージョン番号を更新し、どちらかを再構築するだけの簡単な問題）。

今、ブートストラップの私の理解は、最初はあなたのウェブサイト/ウェブアプリケーションを地面から離すことについてだったということです。しかし、アプリケーションがそのブートストラップポイントをはるかに超えていることを考慮すると、ブートストラップフレームワークを更新する時間を投資することを検討する必要がありますか？

表面的には、これは明白な答えのある質問のように見えることを知っています-もちろん、あなたは自分のものを最新に保ちます!!!。しかし、Bootstrapを開始の手段として考えている場合、起動して実行した後、なぜフレームワーク自体を更新し続ける必要があるのでしょうか？アプリケーションのニーズに合わせてパーツを既にカスタマイズしています-別の方向に進むことを許可してはいけませんか？

フレームワークとしてのBootstrapが実際に開始することである場合（RailsやDjangoのようなフレームワークとは異なり、アプリのライフサイクル全体を通して継続的な生産性について）、ある時点で、スターターフレームワークから離婚すべきではありませんか？

（例として、Angularスターターリポジトリのクローンを作成してアプリケーションの構築を開始する場合、4か月後または5か月後に戻って、そのスターターリポジトリの更新を現在アクティブなアプリケーションにマージしようとしますか？）

PS。ここで質問するのはこれが初めてです。これがこのフォーラムに適切なタイプの質問でない場合は、事前に謝罪します。

Bootstrapの更新については、他の依存関係について考えるのと同じ方法で考えることができます。

1. 重大な変更が発生しますか？
2. アップグレードのメリットは何ですか？
3. リスクや時間の投資よりもメリットが大きいですか？

CSS（およびヘルパースクリプトを使用している場合はJS）依存関係のコンテキストでは、これらの質問は次のように考えることができます。

1. Bootstrapで使用されるクラス名が変更されたり、スタイルが大幅に異なるためにサイトのスタイルが崩れる場合、これは重大な変更です。
2. より優れたモジュール化されたコード、光沢のあるグリッドなどにアクセスできます。
3. 改善されたメリットを得るかどうかは、以前のBootstrapインストールの上にすでにどのくらいのカスタム作業を置いたかに大きく依存します。予想されるスタイルのオーバーライドに依存する多くの作業を行った場合、それは価値がないかもしれません。

個人的には、CSSボイラープレートは、私が始めたプロジェクトのために石に設定されると考えています。実際のBootstrapコード自体を変更することは決してありません。一般的に、Bootstrapから具体的にオーバーライドするスタイルをターゲットにしています。つまり、Bootstrapをアップグレードすると、追跡するのが難しい微妙な方法で多くのことが壊れてしまうことを意味します。次のアプリケーションまたは次のページのために、Bootstrapの新しいバージョンを使用して保存するだけです。

私がこれに気付く唯一の例外は、新しいグリッドまたはレイアウト関連のコードを取り込むことですが、これもまた、CSS依存関係の古いバージョンに対して行ったオーダーメイド作業の量に依存します。