1

基盤となるアプリケーションが UI レイヤーを提供し、これをポートレットとしてレンダリングする必要がある状況があります。ただし、最初に提示された UI のすべての部分をポートレットでレンダリングする必要はありません。

提案された解決策: Datapower を使用して XML を解析するのが標準ですが、HTML を解析できるかどうか疑問に思っています。HTML が常に整形式であるとは限らないことを理解しています。ただし、基礎となるアプリケーションに HTML ページがほとんどない場合は、コントラクトを適用できます。

また、DP を使用して HTML からデータを解析して抽出することができれば、その結果 (おそらく XML) を使用して、HTML5 とそのすべての利点を生成できます。

質問: Datapower を使用して HTML ページを解析し、そこから XML を抽出することをお勧めしますか? 前提条件: アプリケーションごとの HTML ページの数はデータによって異なりますが、ページ数が多い場合は異なります。

4

2 に答える 2

-1

解析と HTML ページの問題は、何らかの処理を行いたいときに発生します。この場合、datapower はデフォルトで整形式の XML または HTML ドキュメント内のハイパーリンクを許可しないため、問題に直面する可能性があります [これはセキュリティ リスクと見なされます]。

HTML ページの解析に関する限り、Datapower と ESB レイヤーはメッセージ形式の変換を提供することが期待されており、実際に提供されています。したがって、設計上、メッセージ形式の変換を行うのに適しています。ただし、実際には、HTML を XML ドキュメントとして解析しようとすると、上記の問題に直面します。

解析により、[理論的には] 任意のメッセージ形式モデルを生成できるため、XSLT を使用して目的を達成できます。

  • アジターブ
于 2013-12-06T13:06:51.437 に答える