3

前回のキャメル プロジェクトでは、xslt を使用して、受信した xml をサード パーティの Web サービスに送信するのに適した xml 形式に変換しました。これはうまくいきます。これは依然として xml から xml へのマッピングの最良のアプローチと考えられていますか?それとも、皆さんが推奨するより優れた、よりパフォーマンスの高いツールはありますか?

個人的には xslt は気にしませんが、私の組織内の他の開発者からのフィードバックでは、特に変換がかなり複雑な場合に、読み取りと保守が難しいと感じています。彼らにはポイントがあります。

私が検討している代替案の 1 つは、Java オブジェクトにマーシャリングし、非マーシャリングして xml に戻す前に変換することです。これには、コンバーター オブジェクトを介したセットアップと保守が容易になるという利点があります。ただし、これを達成するために必要な操作の数がパフォーマンスに与える影響について心配しています。

あなたの考えに興味があります。

どうもありがとう

4

2 に答える 2

2

XSLT の主な問題は学習曲線です。あなたはすでにその言語をマスターしているので、あなたにとっては問題ありませんが、同僚にとっては、そのアプローチが奇妙でなじみのないものであることに変わりはありません。だから、ちょっとしたジレンマがあります。組織内の全員が学ばなければならない技術の総数を減らすために、次善の技術を仕事に使用することはまったく立派なことです。とはいえ、XSLT 2.0 はこの仕事に最適なツールであることは間違いありません。XSLT 2.0 の使用に習熟している場合、他のツールを使用するのは非常に困難です。

XSLT を使用したメンテナンスは面倒な場合があります。最近、15 年間で無茶苦茶に成長した約 12 個のスタイルシートのコレクションを使用する変換をデバッグしていますが、ロジックに従うのは少し悪夢のようです。ここで確かに役立つデバッグ ツールがありますが、優れたソフトウェア エンジニアリングの規律に代わるものはありません。コードにコメントを付け、定期的にリファクタリングして構造をクリーンに保ちます。これは、リファクタリングが正しいことを確認できるように、優れた回帰テストのセットを用意することにかかっています。

于 2013-08-02T07:18:16.017 に答える