CSS を勉強し、テーブル レイアウトのない最初のいくつかの Web サイトを構築した直後に (はい、私はパスです)、CSS フレームワークの領域に出くわしました。 私が経験する最も古いものは、960 Grid Machine の使用法に変更されました。 それをフレームワークと呼ぶのは一筋縄ではいかないと思います。 間違いなく正しいグリッドです。 しかし、その時、それはかつての現代的な空気の息吹に変わりました. 占拠とグリッドのテクニックを調べてみたところ、960 グリッドは間違いなく使いやすいものに変わりました。球の上。 CSS (潜在的に Sass) と JavaScript が統合された、多数のフロントエンド フレームワーク全体が誕生しました。 そして第 2 世代では、JavaScript ライブラリを占有しています。このライブラリには、あらゆる種類の Web サイトや Web アプリを作成するためのブロックを構築する完全に専用のパーツで満たされた、球状のフロントエンド フレームワークが作成されています
。または、活力がはるかに少ないと、複雑さ、肥大化、パフォーマンス障害、依存地獄が生じます。 だから、斬新なプロジェクトを立ち上げるときは、稼ぎたい最低限のことに興味を持って始めるのが好きです。 それはまた、私が占有することが多いので、キャンディーをネットで探し回る時間を粉砕する言い訳でもあります. 私の占有CSSの使い方を完全に。 しかし、正直なところ、私は現在、CSS マイクロフレームワークとクラスレス CSS サブジェクトの問題の領域を楽しんでいます.
CSS マイクロフレームワークとは?
わからない1 だから私はそれを自分で定義しています:
- また、グリッド、パーツ、およびその他多くの構築のためのレッスンを正直に具現化できます。 ほとんどの場合、その後のルールのせいで制限されています.
- gzip されています。 10kbを超えた「マイクロ」や「ライトウェイト」とはおそらく関係ないのではないかと思います.
- JavaScript はもはや必須ではなく、フレームワークによって提供されなくなりました.
この定義の下では、クラスレス CSS のサブジェクトの問題もマイクロ フレームワークとして依存しますが、それらには一種の欲求があるため、それらを 1 つずつ判断することにしました。
ここに、おそらく受け取ることができるマイクロフレームワークの一部を示します。 私は Spectre、Chota、Pure を時代遅れにしましたが、それほど前ではありませんが、他のものは時代遅れになっていません。 私は、将来の不特定の時期にピコを立証することに決めます.
- ピコ: https://picocss.com/
- スペクター: https://picturepan2.github.io/spectre ミリグラム: https://milligram.io
- スケルトン: http://getskeleton.com/
- ピクニック: https://picnicss. com/
- ピュア: https://purecss.io/
私が気付いた主張の 1 つは、これらの多くが、暴露のピークを過ぎて、かなり古いものに見えるということです。 私が推測するなら、それは CSS が今では非常に魅力的であり、CSS フレームワーク割り当て内のいくつかの大規模なゲーマーの使用でさえあなたに占めることができるためだと思います。あなたの占有種類を書いているのは正しいです。 それは正しい賭けです。 そして、私は一度、同じ数のフレームワークがすべての割り当てで急増し続けていることに少し驚いた. Bootstrap のような通常のものではなく、なぜ CSS マイクロフレームワークを使用するのですか?
間違いなく多くの理由がありますが、ここに挙げた理由は
私は