私の質問に対する決定的な答えがあるかどうかはわかりませんが、これに関する他の人々からの議論を読みたいと思います...ここにいくつかの簡単な背景があります.
データセンターへの新しい機器の追加を処理するリクエスト フォームを作成しています。提出者と追加する機器に関するかなり基本的な情報を収集しています。一部のメタデータはかなり複雑になりますが、ここでは触れません。
ほとんどのユーザーは InfoPath リッチ クライアントのライセンスを取得していないため、最初はブラウザー対応の InfoPath フォームから始めました。多くのフラストレーションの後、私は物事を機能させましたが、私が満足していたレベルのパフォーマンスを得ることができませんでした. それ以来、私は SharePoint の Web サービスをいじっており、SharePoint リストに送信する HTML で (いくつかの jQuery マジックを使用して) 作成した素晴らしいフォームを持っています。
だから今、私は自問しています...なぜこのフォームを使わないのですか? まず、InfoPath を完全に取り除くことができます... Enterprise ライセンスが不要になるため、ライセンスの面でも役立ちます。第二に、パフォーマンス... 第三に、確かに私はそれを手作業でコーディングする必要がありますが、それは可能であり、私はそれを楽しんでいます。
そのため、InfoPath はすぐに利用できます。
これは、いくつかのベスト プラクティスのアイデアと新しいアイデアの混合が必要な場所につながります。このフォームはうまく機能しますが、すべてを SharePoint 内で機能させたいと考えています。テストとして、リストの新しいビューを作成し、リストを表示する Web パーツを削除して、フォームに挿入しました。いくつかの CSS の問題を除けば、すべてが機能し、リストがすばやく更新されます。
しかし、それはカスタム ビューである必要がありますか? それは別の場所に住むべきですか？NewForm.aspx を編集する必要がありますか?
これについていくつかの考えを聞きたいです。最終的に、私のソリューション全体が機能として展開される予定ですが、それが適切かどうかはわかりません。
ありがとう！！