問題タブ [css-parsing]

OpenUri と Nokogiri を使用して HTML ソースからスタイル コンテンツを取得しようとしています。

これは を返しますnilが、Google ページの HTML には が含まれていますid="gstyle"。出力結果のイメージを次に示します。

1. この例の Google HTML ページが、OpenUri が返すページと異なるのはなぜですか?
2. このタグを見つけるにはどうすればよいstyle#gstyleですか?
3. Firebug は正しい HTML ドキュメントを認識し、OpenUri は認識しないのはなぜですか?

BEFORE_PROCESSINGタイトルの下に示されているように、C# で文字列入力としてテキストを入力することを期待しています。このテキストは、次のようにフォーマットする必要があります。

1. スタイル タグのない裸のセンテンス (たとえば、センテンス 1) は、センテンス全体を太字にするためにスタイル タグを取得する必要があります。
2. 文全体を RED で表示するには、すでにスタイル タグが設定されている文を識別し、その前景色要素を「fg:Red」に設定する必要があります。
3. すでにスタイル タグが設定されている文には、スタイル タグがネストされている場合があります。したがって、これを考慮する必要があります。

例として、フォーマットが完了すると、BEFORE_PROCESSINGタイトルの文はAFTER_PROCESSINGの下のテキストのようになります。

私の質問は、このテキスト処理ビジネスを C# で実現する最も効率的な方法は何でしょうか? それは正規表現の使用ですか、それともやり過ぎですか？より良い代替案が存在すると思いますか? ありがとう。

(私はC#4を使用しています)

BEFORE_PROCESSING

AFTER_PROCESSING

php パッケージ、 cssパーサーを含めたい: https://github.com/sabberworm/PHP-CSS-Parser

(composer.json が何であるかさえ知りません) 必要なスクリプトは 1 つだけなので、それをファイルにのみ含める方法はありますか? お気に入り：

ありがとうございました

CSS でルールをグループ化すると、解析とレンダリングのパフォーマンスにどのような影響があるのか​​ 疑問に思っていました。

アプローチ 1:

対アプローチ2：

もちろん、同じルールのグループ化を持つ大きな css ファイルについて話しているため、同じセレクターが多数のチャンクに断片化されることがあります。

css の解析とレンダリングに大きな影響を与え、このアプローチを放棄してより大きなファイルを優先しますが、すべてのルールを 1 つのセレクターにまとめてクリーンにしますか?

セレクターのマッチングはコストがかかる場合があります。実際のケースでは、これらの各セレクターは 1 つのクラスではなく、2 ～ 3 個のネストされたクラスです。そのため、すべてのルールを適用するには、要素ごとにブラウザーがセレクターを 3 回一致させる必要があります。最初にマージン、次にパディング、次に色を適用します。2 番目のアプローチは非常にコストがかかるようです。