私は最近、JPOS を使用して、ISO 8583 に基づいて金融取引をシミュレートしています。JPOS では、構成パラメータとして XML を多くのファイルを使用するのが好きであることに気付きました。なぜ彼らはこのアプローチを選択するのかという疑問があります。多くのサーバー/端末/トランザクション/データベース/外部ピア (ISO-8583 上の TCP/IP に基づく)/DB の多くのパラメーターで動作する、より大きなアプリケーションを開発したいそのようなソフトウェアを想像しようとしたときJPOS を使用すると、構成が難しく、テーブル内のレコードから XML タグへの移行が必要な、多くの重要なファイルを含む大きなデプロイ フォルダーにたどり着きました。
1 に答える
2
jpos の履歴を見ると、xml 構成は最初から利用可能であり、プロジェクトはかなり古いですが、まだ非常に活発です。DB v/s XML 構成には賛成派と反対派の議論があります。
はい、大規模なプロジェクトでは構成ファイルが手に負えなくなる可能性があります。そうは言っても、ビルド時にfreemarkerテンプレートまたはantパラメーター置換を使用して操作したり、テーブルから構成をプルする例を提供できるsysconfigconfigurationfactoryなどのコンポーネントを使用したりして、一部の構成を操作できます。既存のシステムの移行は必ずしも簡単ではありません。スクリプトを実行して既存の構成から xml ファイルを生成し、保存することもできます。構成ファイルを変更して保存すると、構成がホットスワップされ、すぐに使用できるようになります。ファイルの番号付けは、コンポーネントのロードと依存関係の処理の順序を提供します (面倒な場合もあります)。その他のランタイム構成は、休止状態を介して通常の DB アクセスを使用して行うことができます。
于 2016-11-09T09:13:18.567 に答える