1

私は SharePoint についてあまり詳しくないので、誰かが私に適切な説明をしてくれることを願っています。

  1. SharePoint アプリケーションの場合、SharePoint DB の設計を考慮する必要はありませんか? すべてが List を通じて行われ、SharePoint がデータベースを処理しますか? 外部データベースに接続していない限り、まったく考慮する必要はありませんか?

  2. 親子関係の場合、ルックアップフィールドを使用する必要がありますか?

  3. Web パーツを使用して開発している場合は、機能を使用して展開する必要があります。では、最終的には、プロダクションに非常に多くの機能が含まれる可能性がありますか? このように推奨されますか?

4

1 に答える 1

1

1)

SharePoint アプリケーションの場合、SharePoint DB の設計を考慮する必要はありませんか? すべてがリストを通じて行われ、SharePoint がデータベースを処理しますか? 外部データベースに接続していない限り、まったく考慮する必要はありませんか?

データベースを考慮する必要があります...管理の観点から。バックアップ、復元、サイズなど。ただし、直接読み書きすることはありません。スキーマを直接使用することはないため、スキーマに注意を払う必要はありません。SharePoint で何かを更新したい場合は、SharePoint API を使用して c# / vb.net で実用的に行います。SharePoint オブジェクト モデルと呼ばれるサーバー上で動作する API と、クライアント側オブジェクト モデルと呼ばれるリモート マシン上で動作する 2 つの API があります。ユーザーの観点から見ると、リストには SharePoint のデータが含まれており、いくつかの点で DB テーブルにいくらか微笑んでいるのは間違いありません。

2)

親子関係の場合、ルックアップフィールドを使用する必要がありますか?

イップ

3)

Web パーツを使用して開発している場合は、機能を使用して展開する必要があります。最終的には、プロダクションに非常に多くの機能が含まれる可能性がありますか? このように推奨されますか?

これは、すべての Web パーツに対して新しいソリューションを作成する場合に発生する可能性がありますが、同じ機能の同じプロジェクトの同じソリューションに複数の Web パーツをバンドルすることができます。プロジェクトを右クリック --> 新しいアイテムを追加します。Web パーツを選択します。既定では、Web パーツはすべて同じ機能の一部になりますが、必要に応じてそれらを分離して、同じソリューションに複数の機能を含めることができます。

于 2012-11-06T15:20:38.927 に答える