INPUT を .xsn (InfoPath2007) ファイルとして受け取り、事前に決定された出力を提供するサードパーティ コンポーネントがあります。クライアントの 1 人が MS-InfoPath を使用しないことを決定するまでは問題ありませんでしたが、xsn ファイル (これまで人間の InfoPath ユーザーによって作成されていた) を作成できないため、サードパーティのコンポーネントでさえ機能できませんでした。現在、InfoPath がグループで廃止されるまで)... したがって、私たちの課題は、これらのシンプルな (テキスト ボックス、ドロップダウン、日付ピッカー、チェック ラジオ ボックス コントロール) InfoPath のようなフォーム (.XSN ファイル) をプログラムで作成することです。これは可能ですか？このタスクに活用できる API またはオブジェクト モデル ベースの機能はありますか。私たちのチームは主に C# 開発者です。現在の分析では、マニフェスト、XML、.XSN の J-scripting 部分に関連するファイルは、慎重にコーディングした後に達成できる可能性があることが明らかになりました... ただし、XSL (レイアウトに関連付けられている部分) は大きな賭けのようです。この件に関するポインタは大歓迎です。
更新 (問題のステートメントはまだクリアされていないようです):
InfoPath フォームを HTML などの形式に変換する必要はありません。ここで、いくつかの簡単な (既知のデータを持つ事前定義されたコントロール タイプ) InfoPath フォームをプログラムで .xsn ファイル形式で作成する必要があります。以前は InfoPath ライセンスを購読していない人間のクライアントによって実行されていたため、これをプログラムで実行したいと考えています。これを実行するために別の人間を雇うことは、さまざまな人事上の理由から除外されています。したがって、この「プログラムで」作成された xsn ファイルは、このサードパーティ コンポーネントに供給されます。次に、このサード パーティ コンポーネントは、xsn-input 内のさまざまな部分を読み取り、それを操作して、カスタム 'workflow-component' がさらに先に機能し続けるように、出力 custom-file-frmat にします。今絵。