Webアプリケーションで使用されているBootstrap）のバージョンを更新し続けることには意味がありますか？
気付かないかもしれませんが、 Bootstrap は、WebサイトまたはWebアプリケーションを構築するための基礎または開始点として使用できるHTML、CSS、およびJSフレームワークです。
現在、バージョン3のフレームワークで設計されたアプリケーションを本番環境で使用していますが、会社のポートフォリオに含まれる他のWebサイトと一貫性のある追加のスタイルを使用しています。
しかし、そのWebアプリケーションにいくつかの拡張機能を追加しようとしています。アプリケーションで使用されているbootstrapのバージョンを更新する必要がありますか？
これにはいくつかの理由があります。 1つ目は、bootstrapのバージョン4がバージョン3と完全に下位互換性がないことです。多数のヘルパークラスが変更、置換、または完全に削除されているため、かなりの量になります。更新する作業（過度ではありませんが、package.jsonのバージョン番号を更新して再構築するという単純な問題ではありません）。
さて、bootstrapについての私の理解は、それは最初にあなたのウェブサイト/ウェブアプリケーションを地面から離れることについてだったということです-いわば良い出発点、それ故に名前です。）しかしアプリケーションを考慮することはそのブートストラップポイントを過ぎて、bootstrapフレームワークを更新する時間を費やすことを検討する必要がありますか？
表面的には、これは明らかな答えのある質問のように見えることは知っています。もちろん、あなたはあなたのものを最新に保ちます!!!。しかし、Bootstrapを開始する手段として考えた場合、起動して実行した後、なぜフレームワーク自体の更新を続ける必要があるのでしょうか？アプリケーションのパーツをすでにカスタマイズしています。ニーズ-別の方向に進むことを許可してはいけませんか？
もしBootstrapフレームワークとしては、実際に始めることです（RailsまたはDjangoアプリの存続期間中の生産性）、ある時点で、スターターフレームワークから離脱すべきではありませんか？
（例として、Angularスターターリポジトリを複製してアプリケーションの構築を開始した場合、4または5か月後に戻ってマージしようとします現在アクティブなアプリケーションへのスターターリポジトリの更新？）
PS。ここで質問をするのはこれが初めてです。これがこのフォーラムに適したタイプの質問ではない場合は、事前に謝罪します。
Bootstrapの更新については、他の依存関係と同じように考えることができます。
- 重大な変更が導入されていますか？
- アップグレードするとどのようなメリットがありますか？
- メリットはリスクや時間への投資を上回りますか？
CSS（およびヘルパースクリプトを使用する場合はJS）の依存関係のコンテキストでは、これらの質問は次のように考えることができます。
- Bootstrapで使用されているクラス名が変更された場合、またはスタイルが大幅に異なり、サイトのスタイルが損なわれる場合）、これは重大な変更です。
- より優れたモジュール化されたコード、より優れたグリッドなどにアクセスできる場合があります。
- 改善された利点を得るには、以前のBootstrapインストールに重ねて作成したカスタム作業の量に大きく依存します。予想されるスタイルのオーバーライドに依存する多くの作業を行った場合、価値がないかもしれません。
個人的には、CSSのボイラープレートは、プロジェクトを開始した後のプロジェクトにしっかりと組み込まれると考えています。実際のBootstrapコード自体を変更するつもりはなく、通常、Bootstrapから特にオーバーライドするスタイルを対象としています。つまり、Bootstrapをアップグレードすると、多くのことがおそらく追跡するのが難しい微妙な方法で中断します-私にとっては、最小限の利益のために面倒の価値はありません。新しいバージョンのBootstrapを使用して次のアプリケーションまたは次のページに保存するだけです） 。
これに対して私が目にする可能性がある唯一の例外は、新しいグリッドまたはレイアウト関連のコードを取り込むことですが、これも、CSS依存関係の古いバージョンに対して行ったオーダーメイドの作業量に依存します。