既存の.XSLTをGUIに読み込み、変更し、新しい.XSLTを保存しますか？

Question

私はビジネスアナリストです.XMLファイルを取り、.XSLTテンプレートを使用して.PDFを生成する特注のミドルウェアソリューションがあります。これは1日に数百回発生するバックグラウンドプロセスです。

誰かが.XSLTテンプレートを書いたかどうか、それはどのように（それは従来の解決策ですか）はわかりませんが、数千行のXSL：FOコードを実行し、.XSLを書くための社内リソースはありません：FO。

ソース.XMLファイルとスキーマがいくつかの追加データに対応するように拡張されました。ビジネスはこのデータを.PDFで見たいと思っています。

既存の.XSLTと新しいXMLスキーマをGUIエディタに読み込んで新しいフィールドにマップする方法はありますか？「かなり」見えるようにしてから「新」.XSLTを生成しますか？ビジネス全体が.PDFに追加したい1つか2つのティックボックスのために、テンプレート全体を最初から再コーディングする必要がないようにしようとしています。

これは私のためにこれを行うのでしょうか？そこに他のツールはありますか？

あなたの助け

Answer 1

私はそれを見る方法を高く評価されて、あなたは完全なリライトの外2つのオプションがあります。

1. を編集中に、新たなデータのために必要なXSL-FOのディレクティブを作成するためのXSLT入力。結局のところ、XSLTが行う唯一のことは、FOドキュメントを作成し、それをPDF（Apache FOPなど）を生成するためのプロセッサに入力として供給することです。
2. XSLTで読むことができるツールを見つけて、それを編集する良い方法を紹介します。

最初は最も簡単かもしれません。 2番目の方法もうまくいくかもしれませんが、XSLTではどれほどうまくいくのでしょうか？

Altova StyleVisionはXSLTをプロジェクトにインポートする方法を持っています。スタイルシートのテンプレートは、そのプロジェクトで使用できるグローバルテンプレートになります。私がここで目にする問題は、多くの人々がXSLTの宣言的性質をあまり理解していないということです。機能の小さな部分にうまくモジュール化されたテンプレートを書くのではなく、すべてが手続き的に<xsl:for-each>のようなものを使って行われる1つの巨大なテンプレートを作ります。特に、既存のXSLTが既に（レガシー）ツールによって出力されていた場合は、かなり混乱している可能性があります。

私はAltova StyleVisionで作業していませんが、私はXMLSpyとMapForceを使って幅広く作業し、Altova製品の品質を保証することができます。私は決して彼らと提携していません、fyi。

もうひとつのオプションはスタイラススタジオです。私はそれを使用していないので、それはどれくらい良いのか分かりません。しかし、Altovaの主な競争相手と思われます。

両方の製品に試用版があります（私はAltovaが30日間働くことができ、機能制限はありません）ので、試してみることをお勧めします。いずれも、従来のXSLTとうまく機能しない場合は、自分で編集することが最良の方法です。 XMLSpyはXSLTのデバッグ機能を持っているので非常に便利です。

幸運を祈る！