Twitter Bootstrap_html/css_WEB-ITnose を使用しない 5 つの理由

前回のブログ投稿では、Web デザインと開発プロジェクトで Twitter Bootstrap を使用する利点について説明しました。 Twitter Bootstrap には多くの欠点もあります。これらの主要な問題を見てみましょう:

1. ベスト プラクティスに従っていません

Twitter Bootstrap を使用するときに遭遇した最大の問題の 1 つは、DOM 要素が多数のクラスで混雑することです。これは、優れた Web デザインの基本ルールの 1 つを破り、HTML にはセマンティクスがなくなり、コンテンツとプレゼンテーションが分離されなくなります。フロントエンドの純粋主義者はこれをかなり煩わしく感じ、スケーラビリティ、再利用性、メンテナンスがより困難になると主張するでしょう。プレゼンテーションとインタラクションはコンテンツから独立しなくなり、Twitter Bootstrap でさらに強化されました。

ああ、無駄な授業が多すぎる！

2. 私の既存の設定と衝突します

あなたが大規模で中途半端なプロジェクトにエアドロップされ、その利点をすべて享受するために Twitter Bootstrappy を使用したい場合はどうすればよいでしょうか?さらに悪いことに、HTML、CSS、JavaScript の生成をはじめ、多くの問題に遭遇することになります。さらにリソースもあり、プロジェクトの暗い部分を掘り下げて、どのスクリプトやスタイルを削除または置き換える必要があるかを判断する必要があります。 Twitter Bootstrap では余分な作業が発生する可能性があり、プロジェクトに深く入り込むと必然的に奇妙なバグを見つけて修正することになり、自分を正当化する理由によってそもそも Twitter Bootstrap を使用する目的が台無しになってしまいます。

3. Twitter Bootstrap は重すぎます

率直に言って、Twitter Bootstrap には 126kb の CSS と 29kb の JavaScript が含まれています。 Twitter Bootstap のすべての機能を使用したい場合は、リソースの読み込み時間を慎重に考慮する必要があります。もちろん、場所によってはこれが問題にならない場合もありますが、ニュージーランドではインターネットは太平洋を越える必要があり、データが到着するまでに時間がかかります。したがって、ターゲット市場を考慮してください。 Twitter Bootstrap は、魅力的で応答性の高い Web サイトを構築するのに役立ちますが、一部のモバイル ユーザーは、読み込み時間の遅さやバッテリーを大量に消費するスクリプトのせいで嫌になってしまうでしょう。

4. SASS のサポートなし

おそらく最大の議論の 1 つは、BootStrap は Less を使用して構築されており、Compass と SASS をネイティブにサポートしていません。誤解しないでください。少ないことは良いことです。私は以前にもそれを使用したことがありますが、間違いなくその利点があります。しかし、SASS の方が優れており、Compass に似たフレームワークを備えており、それを使用するのにあまり深く考える必要はないようです。 Bootstrap 用に Compass gem を構築した人もいますが、率直に言って、Less を使用する必要があります。今後の記事では、SASS と Less についてさらに詳しく説明します。一方、Chris Coyier はこの 2 つを比較する記事を書きました。

5. 「やあ、私の新しいサイトは他の人のサイトと同じですね!」

Twitter Bootstrap は非常に人気があるため、すべての開発者とその犬がそれを使用しています。時間の制約により、アプリや Web サイトをカスタマイズするときに多くのネイティブ Bootrasp スタイルを使用する必要がある場合があります。これにより、類似した汎用的で魅力のない Web サイトが意図せず多数作成される可能性があります。 Twitter Bootstrap は実装が速くて簡単ですが、創造性は妥協の結果であることがよくあります。限られた時間内で、Bootstrap の構造化された環境では、ルールを破る革新的なデザインを実現するのは困難です。