これは素晴らしいですね。おそらく dom 構造を解析するにはサーバーの協力が必要です (フロントエンドで解析しないと、パフォーマンスが良くない可能性があります。2 つ目は、サーバーにキャッシュできることです)。サーバー）

また、反応ネイティブに単純な HTML を入れてみました (一般的な構造、ネストされたスタイル、すべてのタグ、属性、さらには表示される属性の順序も理解しています)

でも、p、img、b/blockquote、aを混ぜるときにネストが1層しかなかったので、1時間作業して諦めて、正直にWebViewを作って入れました。

問題の鍵は、Java にはバランスの取れたグループがないことを考えると、正規表現を使用して要素を表示するのは死ぬほど面倒だということです。正規表現を使用せずに dom 構造を分析するのは非常に面倒です。したがって、これを実行したい場合は、DOM パーサー ライブラリが必要であり、DOM ツリーを取得し、DOM ツリーを使用して各要素をネイティブ要素に変換します。 。 。

私が遭遇したことについて話します。たとえば、p に幅が設定されている場合、内部の要素が 1 行に足りない場合は、それらを下に詰めるべきでしょうか。あるいは、float なしの p が 2 つある場合は、次のようになります。自動的に改行されますが、解析時に識別できるような <br/> はありません。 。

個人的にはわかりませんが、WebView 経由で表示しない場合、なぜ HTML 形式を使用する必要があるのでしょうか? 他の形式を使用した方が効率的ですか?
手動で HTML 形式を解析する必要がある場合、TextView で HTML スタイルを設定できますが、一般的に、対応する要素を 1 つずつ表示し、対応するスタイルに対応する属性を設定するのは少し面倒です。

画像とテキストを組み合わせる場合、WebView より優れたものはありません。画像とテキストを分離できるかどうかは、デザインのニーズにもよります。通常の Android バージョンは TextView+ImageView に加えて、gridview とその他の組み合わせです。