動的リンクを備え、検索駆動型ではないSharepoint 2013-Webパーツ

私には2つのサイトがあり、リソースは私だけです。1つはフォームポータルで、もう1つはレポートポータルです。サイトの目標は、両方のタイプのドキュメントの場所を標準化することです。

チャレンジ：

VSへのアクセスを必要としない、コーディングがほとんどまたはまったくない「UI」が必要です。また、フォーム/レポートの「UI」リストは「準自動更新」する必要があります

私がやったこと：「MASTER_FORMS_LIST」と「MASTER_Submitted_Forms_List」と呼ぶ各サイトのドキュメント名、連絡先、URLを含むリストを作成しました。

元の目的は、Webパーツ付きのページを作成し、ページを1/2 "Submitted_forms_list"および1/2 "New_Forms_list"にして、2つのマスターリストに結び付けることでした。...フォームを追加すると、フォームのURLを追加するだけで、SPによって「UI」が自動的に更新されます。目標は、誰かがフォームなどを表示するUIを台無しにすることを許可しないことです。今日のフォームには一貫したメタデータがないため、カテゴリの検索は機能しません。事業者が新しいフォームを追加したときにUIを更新し続けます。...

私が使用できるアイデアはありますか？

コンテンツクエリWebパーツ（CQWP）リストをクエリして、結果を返すことができます。ビューをカスタマイズできますが、そのためにはXSLを編集する必要があります。その方法に関するMSのドキュメントはこちらです：https : //msdn.microsoft.com/en-us/library/office/aa981241%28v=office.14%29.aspxしかし、検索を行うと、多くのステップバイステップの利用可能な例。

Webパーツの検索2013では、特定のメタデータを対象とする必要はありません。特定のライブラリをターゲットとするルールを作成し、ライブラリ内の特定のドキュメントタイプを作成することもできます（たとえば、単語ドキュメントのみを除外します）。これらは、表示テンプレートと呼ばれるものを使用して、CQWPと比較してビューのカスタマイズがはるかに簡単です。https://channel9.msdn.com/Events/SharePoint-Conference/2014/SPC322を使用する方法に関するchannel9セッションを次に示します。

上記のオプションはどちらもデータを取得するのは簡単ですが、希望どおりに表示するのはさらに困難です。もう1つのオプションは、SharePoint Designerを使用して、ドキュメントライブラリに接続するXSLTリストビューを追加することです。これは、データが同じサイトコレクションにある場合にのみ機能し、SharePoint Designerを作成する必要があります。それからここから始めます：https : //support.office.com/en-in/article/create-a-custom-list-view-using-sharepoint-designer-d0de3aa0-5e70-4ae9-bfd1-7e03a599bc73

最後に、ワークフローをドキュメントライブラリに添付して、新しいドキュメントが追加されるたびにマスターリストを更新できます。このアプローチの利点は、デフォルトのリストツールを使用して、スタイルを設定し、フィルタリングできることです。これには、SharePoint Designerの使用が必要です。

注：すべてのオプションでは、ニーズを満たすために何らかのカスタマイズが必要になる場合があります。VSを使用してテキストエディターを使用する必要はありませんが、XMLやJavaScriptを理解するツールがあれば役立ちます（NotePad ++、SharePoint Designerなど）。