フロントエンドでブートストラップを使用しないのはなぜですか?

私の次の友人たちはこの問題に注目しました。ここではブートストラップが使用されない理由 (ここでは「bs」と呼びます) について、私の個人的な見解を示しているだけです。

#私が bs を使用していたとき、私はまだフロントエンドのエントリー段階でした。bs の公式ドキュメントは、あらゆる種類の開発者が参照できるほど分かりやすいものです。このファイルをコピーして貼り付けて UI を形成するため、フロントエンドの知識を修正する必要はありません。 (推奨学習: Bootstrap ビデオ チュートリアル )

デザイナーがいない場合、または緊急に作業を急ぐ必要がある場合、間違いなく CSS フレームワークの最初の選択肢として最も確実です。使用する際、互換性やページの崩れなどの目に見えるバグを心配する必要はなく、bs がすべて処理してくれるので、非常に安心です。

プロジェクトの0段階で、手早くデモを作りたい場合は、Web側でベースシャツを作るのにbsが適しています。

プロジェクトの成長段階では、bs の役割は大幅に減少します。 bs は、新しい要件による UI の変更に完全には対応できません。特に、フロントエンド開発者以外がデバッグする場合、知識と経験の欠如により、ページ レイアウトが肥大化してわかりにくくなります。フロントエンド開発者が成長するにつれて、ほとんどの人は、次のことを考えます。 UI の変更に直面した場合、bs を使用するよりも手書きの方が簡単です。

bs をベースにして、より派手なページを作りたい場合、このフレームワークではそれが実現できません。これが、一部の開発者が bs を途中で放棄した理由の 1 つです。しかし、このフレームワークはプロジェクトとしてまだ存在しています。変化するとBSは引き抜きたいのに消せない泥になる。

開発者はこの泥の部分を繰り返し修正して練り上げてきたため、このフレームワークがプロジェクトに何をもたらしたのかをよく考えます。

最初に bs をベース レイヤとして扱うと、ベース レイヤとしてのみ使用できます。

最初からフレームワークとしてbsを使いこなしたい場合、学習に時間とフレームワークの前提知識を補うコストがかかりますが、bsをしっかり理解してソースを理解すると、 bs のコード 最終的には、その実装方法の多くが想像していたほど素晴らしいものではないことがわかり、試してみたいと思うようになり、同じものを完成させるためのより素晴らしいアイデアを考えることさえあるでしょう。

次に、複数列レイアウトは最も一般的な CSS レイアウトの 1 つであり、その実装方法は 10 種類もあり、それぞれさまざまなビジネス シナリオに対応しており、bs のフロー レイアウトは次のように言えます。空を支えてください。その応答性は世界を支配しているようで、要件の 80% を満たすことができますが、開発者はさらに効率的な技術を追求するために 20% を確保しており、フロントエンドの開発により、ネイティブ BS フロー レイアウトはより良くなる それを達成するための方法。

実際、フロントエンド エンジニアがブートストラップや基盤などのフレームワークを深く理解できれば、技術と効率の向上は明らかです。

つまり、多くのフロントエンド開発者がブートストラップ フレームワークを使用しない理由は、彼らが BS の肩の上に立って、よりエキサイティングな世界を見てきたからだと思います。

Bootstrap に関連する技術的な記事については、Bootstrap チュートリアル 列にアクセスして学習してください。

以上がフロントエンドでブートストラップを使用しないのはなぜですか?の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。