0

ユーザー入力用の複雑なフォームがほとんどないSharePoint 2013 Public Facingサイトに取り組んでいます。各フォームには約 20 ～ 30 のフィールドがあり、データを table/grid に表示する必要があり、フォームに繰り返しデータ要素がいくつかあります。また、フォームには複雑な検証要件はほとんどありません。

フォームを使用してこの種のアプリケーションを開発するために、SharePoint 2013 で使用できるオプションは何ですか?

  1. このすべてのロジックを保持する SharePoint 2013 で Web パーツ/ビジュアル Web パーツを作成し、SQL データベースにデータを保存する場合、SharePoint プラットフォームから得られる利点はあまりありません。

  2. Business Connectivity Service を使用して外部リストにデータを保存する場合、フロント エンド フォームを .net ユーザー コントロールとして開発する必要があります。このシナリオでは、SharePoint プラットフォームの価値はあまりありません。

  3. フォームを開発するためのオプションとして、infopath 2013 フォームを検討すると、msdn または technet で、info path が公開サイトに適していることを説明する公式のリファレンスを見つけることができず、PUBLIC FACING SP2013の例を 1 つも見ていません。一般向けの情報パス フォームを使用するサイト。

  4. Nintex フォームを考えると、Nintex フォームは CSS コントロールのレベルとしてまだ公開されていないと思います。現時点では、Nintex フォームが提供する検証は非常に制限されており、フォームにフィールドが増えると、Nintex フォームを管理するのが非常に難しくなります。さらに重要なことは、Nintext フォームがどのPUBLIC FACING SP2013 SharePoint サイトでも使用されていないことです。Nintex サイト自体でさえ、公開で NINTEX フォームを使用していません。

  5. K2 スマート フォームを検討すると、ポイント 3 と 4 で述べたのと同様の制限があります。

.NET フォーム以外の SP2013 (PUBLIC FACING) 用のフォームを開発するための考えや提案はありますか?

4

1 に答える 1

0

私たちの経験を説明します。SharePoint 用の複雑なフォームを 3 つの方法で開発しました。

(1) .NET フォーム。Sharepoint 内に統合するコントロールまたは Web パーツを構築します。もちろん、これが最も強力なオプションです。

(2)フォーム内のすべてのフィールドを含むリストを定義し、Sharepoint Designer を使用してリストのビューをカスタマイズします。このオプションの欠点は、フォームの検証とロジックを JS で開発するか、リストにイベント リスナーを関連付けて開発する必要があることです。

(3)インフォパス 2013 . .NET のビジネス ロジックを使用して、公開サイト用の強力なフォームを構築できます。このオプションの欠点は、HTML を制御できないことです。

3 つのオプションが有効であり、選択するオプションは要件によって異なります。

于 2013-09-24T14:44:20.223 に答える