私はフレックスボックスを初めて使用してサイトを作っています。私のメインのレイアウトと同様に、すべてのメニューサブコンポーネントにフレックスボックスを使いたいと思っています。これはフレックスボックスの束を入れ子にすることを含む。フレックスボックスをレイアウトとメニュー/その他のサブコンポーネントに使用することをお勧めしますか？
これに問題はありますか？フレックスボックスを使用している場合、これは現在いつも行われていますか？
これまで、パフォーマンスがわずかに低下すると主張されていました。この同じ質問で述べたように、昨年は答えました。
https://stackoverflow.com/a/30757701/4427316
しかし、それは、請求項のためのソースが存在しないと述べました。
W3C（World Wide Web Consortium）は、フレックスボックス仕様でネストがうまくいると述べています。
これらのボックス（水平内側縦、または内側 水平）の入れ子を使用して、レイアウトを2次元で構築することができます。私の経験から
Read more about the flex spec here
、ネスティングフレキシボックス要素と何ら問題はありません。仕様には、「2次元」のレイアウトを構築して、実際にflexboxの可能性を完全に引き出すことができます。
ええと...これは本当に素晴らしいです。私はいつもブロックモデルを使って汚いと感じました。それは無限のハッカーです。私はすべてのためにフレックスを使うことができるようになりました。私はパフォーマンスについて考えることさえしませんでしたが、私はそれを試してみることにしました。問題になった場合、私はいつも戻ってきます。 Flexboxは非常に使いやすく、時間のロスがほとんどありません。ガイダンスをありがとう。 –
いいえ、問題はありません。 Flexboxは、デフォルトで使用されているブロックレイアウトと似ていますが、ブロック書式設定のコンテキストではなく、フレックス書式の設定を行います。
これにより、素晴らしい機能を使用でき、他の機能を使用できなくなります。レイアウトモードは優れていませんし、特権もありません。それぞれの状況で最も適切なレイアウトモードを選択できます。
つまり、ブロックレイアウトは通常より簡単です。フレックスボックスでは、フレックスアイテムが拡大または縮小する可能性があるため、ブラウザがこれらの計算を行うのが難しい場合があります。だからフレックスボックスが遅くなるかもしれない。
クール、可能性のあるパフォーマンスに関するヒントをありがとうございます。フレックスを使用していくつかのテストを行い、それが正当な問題になるかどうかを確認します。もしそうでなければ、私はtotesがflexboxについてポンピングされています。助けてくれてありがとう。 –
この質問は、広すぎる、意見に基づいている、または議論が必要なので、スタックオーバーフローに関するトピックではありません。具体的な、解決可能な、プログラミングの問題がある場合は、詳細を記入してください。 –
これに対して、フレックスボックスの使用量の定量化に関するベストプラクティスの質問です。パフォーマンスに関していくつかの優れた助言を得て、他のポスターから優秀に評価されました。 私はあなたがこれを飛ばすように強く勧めます。フレックスはまだスーパーの主流ではないので、他の人はまったく同じ質問をします。 –