Hocus-Pocusは、自由な時(shí)期に取り組んでいるデザインのないSASSフレームワークです。 Hocus-Pocusの背後にある主なアイデアは、最も一般的な機(jī)能に焦點(diǎn)を當(dāng)てた普遍的で軽量なStyleSheetスターターキットを作成することです。この記事では、なぜ獨(dú)自のSASSフレームワークを構(gòu)築することにした理由と、そうするときに行ったアプローチを取り上げます。

キーテイクアウト

Hocus-Pocusは、最も一般的な機(jī)能に焦點(diǎn)を當(dāng)てた、軽量で普遍的なスタイルシートスターターキットを提供するデザインのないSASSフレームワークです。これにより、ユーザーは変數(shù)を使用してすべてのコンポーネントの外観を変更し、特定の機(jī)能を無(wú)効にしたり、さまざまなヘルパーを定義したりできます。
• フレームワークは、BowerとNPMを使用して簡(jiǎn)単にインストールでき、SASSとAutoprefixerを?qū)g行する必要があります。これは、定期的なダッシュスタイルのクラスの命名規(guī)則に従い、Hocus-Pocus Changelogのドキュメントと更新に細(xì)心の注意を払います。 Hocus-Pocusの將來(lái)の計(jì)畫(huà)には、プロジェクト固有のUIコンポーネントとテーマ定義に焦點(diǎn)を當(dāng)てた複雑なプロジェクトに理想的なSASSスターターキットを作成することが含まれます。主要な新機(jī)能は計(jì)畫(huà)されていませんが、構(gòu)文とクラス名の改善が実裝される場(chǎng)合があります。
• なぜ私はSASSフレームワークに取り組み始めたのですか？
要するに、新しいWebプロジェクトを開(kāi)始するときに時(shí)間を節(jié)約したかったので、SASSフレームワークに取り組み始めたと思います。本當(dāng)にカスタムデザインに取り組んでいても、同じツールのセットを常に追加し、同じ標(biāo)準(zhǔn)パッケージを含め、基本的なCSSコンポーネントの同様のコレクションを?qū)g裝していることに気付きました。
• 次に続く2番目の質(zhì)問(wèn)は - bootstrapのような既存の有名で実績(jī)のあるフレームワークを使用しないのはなぜですか？
これに対する私の応答は、CSSに対する好みと私のアプローチに帰著します。 BootstrapやFoundationなどの図書(shū)館は素晴らしく、人々がCSSについてどう思うかを大きく変えたと思います。ただし、ほとんどの場(chǎng)合、私自身のプロジェクト作業(yè)內(nèi)で、これらすべての機(jī)能やProgress BarsやBreadrumbsなどのUIコンポーネントは必要ありません。代わりに、私はもっと普遍的なものを持っていることを好みます。フレームワークCSSクラスをオーバーライドする必要なく、どのプロジェクトでも使用できるものが好きです。

上記の理由により、Hocus-Pocusでは、変數(shù)を使用してすべてのコンポーネントの外観を変更できます。いくつかの機(jī)能を無(wú)効にしたり、さまざまなヘルパーを定義したりすることもできます。このアプローチの欠點(diǎn)は、変數(shù)を更新する機(jī)能なしでHocus-Pocusを使用する合理的な方法がないため、コンパイルされたCSSバージョンのフレームワークを提供できないことです。

前提條件と原則

インストール

フレームワークは利用可能で、2つの異なるパッケージマネージャー（BowerとNPM）で簡(jiǎn)単にインストールできます。実行するには、SASS（最小必要なバージョンは3.3.0）とAutoprefixerが必要です。 Autoprefixerは、最終コンパイルされたCSSファイルに必要なベンダープレフィックスを追加するために使用されます。私は個(gè)人的に自動(dòng)解除が十分であると感じているので、私は最近のさまざまなブラウザ間の互換性についてあまり心配することはありません。さらに、Sass Linter（SCSS-Lint）を使用していますが、これはHocus-Pocusを?qū)g行して正しい方法で行うためには必要ありません。 Hocus-Pocusはそれなしで機(jī)能します

命名條約

次の原則は、すべてのフレームワーク、つまりネーミング條約にとって重要な原則です。私はBEMのない定期的なダッシュスタイルのクラス名を好みます。あなたがBEMのファンであり、BEMネーミングコンベンションを使用することを好む場(chǎng)合、私は文句を言いません。私の観點(diǎn)から見(jiàn)ると、BEMはCSSの責(zé)任問(wèn)題のすべてを修正するわけではありません。また、BEMを使用するときに、より少ないクラスレベルの要素を使用してCSSにアプローチすることがわかります。既存のブロックに新しい要素を追加するのは簡(jiǎn)単すぎる。

ドキュメント

最後になりましたが、ドキュメントを書(shū)いて、Hocus-Pocus Changelogを最新の狀態(tài)に保つことに細(xì)心の注意を払っています。ドキュメントは、特に最初は完璧である必要はありませんが、私は常にそれを改善する時(shí)間を見(jiàn)つけようとしています。これにより、新規(guī)參入者がツールの仕組みを?qū)Wび、フレームワーク機(jī)能を追跡できるようになります。

フレームワーク機(jī)能

次のフレームワーク機(jī)能は、私の意見(jiàn)ではホーカスポーカスにとって最も特徴的であり、その焦點(diǎn)の最良の概要を示しています。

フレームワーククラスのほとんどは、私が過(guò)去に取り組んだ既存のプロジェクトからインスピレーションを受けています。また、私にインスピレーションを與えた他のCSSフレームワーク、特に私のお?dú)荬巳毪?、プライマーとinuitcs。 Hocus-Pocusのフレームワーク機(jī)能には、

境界線(xiàn)ボックスに設(shè)定されたグローバルボックスサイズのセットや、最高マージンのないテキスト要素などのいくつかの強(qiáng)化で正規(guī)化します。

CLRS.CC.に基づく新しいデフォルトのカラーパレット

フラクションをクラス名（.1/2、.1/3など）として使用する幅ヘルパーを持つFlexBoxに基づく流體グリッド。 レスポンシブWebデザインの幅広いサポート。好みのアプローチとして「モバイルファースト」または「デスクトップファースト」のいずれかを選択するオプションがあります。また、それぞれのブレークポイントを定義することができ、それぞれが間隔、グリッド、視認(rèn)性、および個(gè)々のSASSミックスのために獨(dú)自のヘルパーセットを取得します。

たとえば：
2. その後、コンパイルされたCSSでは、.mobile-1/2、.mobile-hidden、.mobile-padding-doubleなどのクラスにアクセスできます。
   グリッドローバーに基づいた垂直リズムを持つテキスト要素の汎用デフォルトスタイル。 インラインリスト、メニューリスト、円畫(huà)像、ゼブラテーブルなど、他のHTML要素の追加修飾子。
   1. さまざまなボタンタイプと3つのバージョンのフォーム：インライン、積み上げ、水平。
   メディアオブジェクト、ボックスオブジェクト、Navbar、ランディングページのヒーロー要素、粘著性のあるフッターなどの必須のUIコンポーネント。これ以上何もありません。
   3. 將來(lái)の希望は、hocus-pocus
   に希望します
   4. 私の目標(biāo)は、プロジェクトがどんなに複雑であっても、Hocus-Pocusを理想的なSASSスターターキットにすることです。これにより、プロジェクト固有のUIコンポーネントの作成とテーマの定義に焦點(diǎn)を當(dāng)てることができます。
   主要な新機(jī)能を?qū)g裝する予定はありません。含まれる機(jī)能は合理的な量の機(jī)能であり、最終的な機(jī)能である可能性が高いと思います。一部のコンポーネントの構(gòu)文を改善するか、一部の単一クラス名を変更する可能性がありますが、現(xiàn)在のバージョンからの互換性の壊れた変更は予測(cè)されません。とりあえず、私はより多くの人がhocus-pocusを試してみるにつれて発生するバグを修正することにもっとコミットしています。
   Hocus-Pocusフレームワークが今後のプロジェクトで役立つと思われる場(chǎng)合は、Hocus-Pocus.ioで完全なドキュメントを見(jiàn)つけることができます。 Hocus-Pocusコードはオープンソースで、すべてGithubで利用できます。潛在的な問(wèn)題に関するコメント、フィードバック、および情報(bào)に感謝します。

   デザインのないSASSフレームワークの構(gòu)築に関するよくある質(zhì)問(wèn)（FAQ）

   設(shè)計(jì)のないSASSフレームワークは、ユーザーに設(shè)計(jì)上の決定を課さないという點(diǎn)で、通常のSASSフレームワークとは異なります。開(kāi)発者が構(gòu)築するためのクリーンなスレートを提供し、既存のスタイルをオーバーライドすることなく獨(dú)自のデザインの選択肢を?qū)g裝できるようにします。 >設(shè)計(jì)のないSASSフレームワークを使用すると、いくつかの利點(diǎn)があります。開(kāi)発者は、清潔で整理されたコードベースを維持できるようになり、管理と更新が容易になります。また、開(kāi)発の初期段階で時(shí)間と労力を節(jié)約するための強(qiáng)固な基盤(pán)を提供します。

   デザインのないSASSフレームワークの構(gòu)築を開(kāi)始するにはどうすればよいですか？

   設(shè)計(jì)のないSASSフレームワークの構(gòu)築には、いくつかのステップが含まれます。まず、プロジェクト構(gòu)造を設(shè)定する必要があります。次に、変數(shù)、ミックス、機(jī)能の作成を開(kāi)始できます。その後、ベーススタイルとレイアウトモジュールの構(gòu)築を開(kāi)始できます。最後に、sassをCSSにコンパイルできます。

   デザインフリーのSASSフレームワークを自分のニーズに合わせてカスタマイズするにはどうすればよいですか？あなたのニーズに合わせて変數(shù)、ミックス、機(jī)能を変更することにより、SASSフレームワーク。また、獨(dú)自のスタイルとレイアウトモジュールを追加することもできます。

   デザインのないSASSフレームワークを操作する際のベストプラクティスは何ですか？コードを乾燥させ（自分自身を繰り返さないでください）、変數(shù)とミキシンに意味のある名前を使用し、論理的かつ一貫した方法でコードを整理します。他のCSSフレームワークを備えたSASSフレームワーク？

   はい、他のCSSフレームワークを備えたデザインフリーのSASSフレームワークを使用できます。ただし、デザインの選択がオーバーライドされないようにするために、他のフレームワークのデフォルトスタイルの一部をオーバーライドする必要がある場(chǎng)合があります。

   設(shè)計(jì)のないSASSフレームワークの構(gòu)築に関するリソースをどこで見(jiàn)つけることができますか？

   デザインのSASSフレームワークの構(gòu)築について詳しく學(xué)ぶために利用できるオンラインリソースがたくさんあります。開(kāi)始するのに適した場(chǎng)所には、公式のSASSドキュメント、オンラインチュートリアル、Web開(kāi)発フォーラムが含まれます。

以上がHocus-Pocus：設(shè)計(jì)のないSASSフレームワークの構(gòu)築の詳細(xì)內(nèi)容です。詳細(xì)については、PHP 中國(guó)語(yǔ) Web サイトの他の関連記事を參照してください。