Wikiページ、アプリケーションページ、Webパーツページと公開ページの違い
質問
これらの用語が使用されているMSDN SharePointフォーラムやブログにはたくさんあり、それらの間に混乱しています。誰かが明確にすることができますか?
解決
あなたをより混乱させることなくSharePointでページを説明できるかどうかを確認しましょう。
異なる種類のページの違いは、ビューが開発者かエンドユーザーとしてのものであるかどうかに大きく依存します。あなたがMSDNを参照しているように、開発者ビューから始めます。
開発者の観点からのSharePointページ
開発者の観点からは、SharePointには3つの主要な種類のページがあります。アプリケーションページ、マスターページ、サイトページ
アプリケーションページ
アプリケーションページは、{SharePointRoot}\Template\Layouts
の下のフォルダに格納されているページです。これは、すべてのSharePointサイトの下に存在する仮想ディレクトリ_layouts
を介してアクセスされます。それらがどのSharePointサイトがどのSharePointサイトにアクセスしているかを知っていることを除いて、完全に普通のASP.NETページとして動作します。彼らはさまざまな種類の設定のようなすべてのサイトで利用できるものに使用されるべきです。
マスターページ
マスターページは、全体的なレイアウトやナビゲーションなど、サイトコレクション内のすべてのページに共通のHTMLの一部を制御するために使用できる普通のASP.NETマスターページです。その後、個々のページ上のコンテンツコントロールの内容に置き換えられたContentPlaceHOLDERERSを含みます。
サイトページ
サイトページは非常に特別な種類のページです。それらは通常、通常、対応する機能/サイト定義のフォルダに格納されています。これらは、フィーチャー/サイトの定義内の<Module>
要素を介して利用可能になり、「追加ページ」のようなコードで、機能が有効になったとき(またはコードが実行されている)(またはコードが実行されている)がコンテンツデータベースにレコードを作成します。ファイルシステム内のファイルへのURLをリンクします。
この時点で、サイトページは除外されていません(またはゴースト(古い用語))。しかし、SharePoint Designerを使用して、オブジェクトモデルまたはブラウザのエンドユーザーは、特定のURLのページの内容を(特定のサイトで)変更できます。変更されたページはコンテンツデータベースに格納され、現在カスタマイズされ(または解凍されていません)、セキュリティによるいくつかの制限があります(マークアップでサーバーサイドコードを含めることはできません。安全な)
サイトページは、通常エンドユーザーに使用できるようになるページです。彼らはたくさんのバリエーションになります:
純粋なサイトページ
(私自身の用語)開発者がページの内容を制御する標準のASP.NETページ。非常に珍しい。
Webパーツページ
Microsoft.SharePoint.WebPartPages.WebPartPage
から継承するPagesは、開発者/エンドユーザーがWebパーツを追加してページが表示/できます。以前のバージョンのSharePointで非常に一般的で非常に強力な。
Wikiページ
コンテンツページを作成する新しい方法。 Webパーツページと非常に似ていますが、通常は複数のWebパーツゾーンを持つのではなく、通常は非表示になっています。その後、簡単に編集できるWikiフィールドがあり、隠しゾーンからWebパーツをコンテンツ内でインラインで表示させるマークアップを含めることができます(DIV)
Webパーツの配置をより多くの制御できるように、複数のWebPartzonesと組み合わせることができます。
公開ページ/ページレイアウト
開発者からのプレビングのポイントから、発行ページは実際にはページではありませんが、ページレイアウトにバインドされているListItem。一方、ページレイアウトはほとんど私が純粋なサイトページを呼び出すものですが、対応する発行ページListItemによってのみ表示されます。の列の表示/編集を可能にするコントロールが含まれています。
<強力>エンドユーザーの観点からのSharePointページ
<強力>設定ページ=アプリケーションページ
ページの設定を変更できるページの内容を制御することはできません。
Webパーツページ
空白のサイトとして始まったサイトの標準タイプのページ。エンドユーザーがWebパーツを異なるゾーンに入れることができます。これは、「マッシュアップ」アプリケーションの構築に最適ですが、通常のコンテンツを作成するのに最適です。
Wikiページ
コラボレーションサイトの標準タイプのページ。必要に応じて、コンテンツとWebパーツのミックスインを非常に簡単に編集できます。非構造化コンテンツには非常に良いです。
公開ページ
発行サイトの標準ページの種類。コンテンツの構造は、ページレイアウトによって非常に制御されていますが、通常はWebパーツの非常に限られています。サイトを一貫させるのに非常に良い。
{SharePointRoot}\Template\Layouts
の下のフォルダに格納されているページです。これは、すべてのSharePointサイトの下に存在する仮想ディレクトリ_layouts
を介してアクセスされます。それらがどのSharePointサイトがどのSharePointサイトにアクセスしているかを知っていることを除いて、完全に普通のASP.NETページとして動作します。彼らはさまざまな種類の設定のようなすべてのサイトで利用できるものに使用されるべきです。
マスターページは、全体的なレイアウトやナビゲーションなど、サイトコレクション内のすべてのページに共通のHTMLの一部を制御するために使用できる普通のASP.NETマスターページです。その後、個々のページ上のコンテンツコントロールの内容に置き換えられたContentPlaceHOLDERERSを含みます。
サイトページ
サイトページは非常に特別な種類のページです。それらは通常、通常、対応する機能/サイト定義のフォルダに格納されています。これらは、フィーチャー/サイトの定義内の<Module>
要素を介して利用可能になり、「追加ページ」のようなコードで、機能が有効になったとき(またはコードが実行されている)(またはコードが実行されている)がコンテンツデータベースにレコードを作成します。ファイルシステム内のファイルへのURLをリンクします。
この時点で、サイトページは除外されていません(またはゴースト(古い用語))。しかし、SharePoint Designerを使用して、オブジェクトモデルまたはブラウザのエンドユーザーは、特定のURLのページの内容を(特定のサイトで)変更できます。変更されたページはコンテンツデータベースに格納され、現在カスタマイズされ(または解凍されていません)、セキュリティによるいくつかの制限があります(マークアップでサーバーサイドコードを含めることはできません。安全な)
サイトページは、通常エンドユーザーに使用できるようになるページです。彼らはたくさんのバリエーションになります:
純粋なサイトページ
(私自身の用語)開発者がページの内容を制御する標準のASP.NETページ。非常に珍しい。
Webパーツページ
Microsoft.SharePoint.WebPartPages.WebPartPage
から継承するPagesは、開発者/エンドユーザーがWebパーツを追加してページが表示/できます。以前のバージョンのSharePointで非常に一般的で非常に強力な。
Wikiページ
コンテンツページを作成する新しい方法。 Webパーツページと非常に似ていますが、通常は複数のWebパーツゾーンを持つのではなく、通常は非表示になっています。その後、簡単に編集できるWikiフィールドがあり、隠しゾーンからWebパーツをコンテンツ内でインラインで表示させるマークアップを含めることができます(DIV)
Webパーツの配置をより多くの制御できるように、複数のWebPartzonesと組み合わせることができます。
公開ページ/ページレイアウト
開発者からのプレビングのポイントから、発行ページは実際にはページではありませんが、ページレイアウトにバインドされているListItem。一方、ページレイアウトはほとんど私が純粋なサイトページを呼び出すものですが、対応する発行ページListItemによってのみ表示されます。の列の表示/編集を可能にするコントロールが含まれています。
<強力>エンドユーザーの観点からのSharePointページ
<強力>設定ページ=アプリケーションページ
ページの設定を変更できるページの内容を制御することはできません。
<Module>
要素を介して利用可能になり、「追加ページ」のようなコードで、機能が有効になったとき(またはコードが実行されている)(またはコードが実行されている)がコンテンツデータベースにレコードを作成します。ファイルシステム内のファイルへのURLをリンクします。この時点で、サイトページは除外されていません(またはゴースト(古い用語))。しかし、SharePoint Designerを使用して、オブジェクトモデルまたはブラウザのエンドユーザーは、特定のURLのページの内容を(特定のサイトで)変更できます。変更されたページはコンテンツデータベースに格納され、現在カスタマイズされ(または解凍されていません)、セキュリティによるいくつかの制限があります(マークアップでサーバーサイドコードを含めることはできません。安全な)
(私自身の用語)開発者がページの内容を制御する標準のASP.NETページ。非常に珍しい。
Webパーツページ
Microsoft.SharePoint.WebPartPages.WebPartPage
から継承するPagesは、開発者/エンドユーザーがWebパーツを追加してページが表示/できます。以前のバージョンのSharePointで非常に一般的で非常に強力な。
Wikiページ
コンテンツページを作成する新しい方法。 Webパーツページと非常に似ていますが、通常は複数のWebパーツゾーンを持つのではなく、通常は非表示になっています。その後、簡単に編集できるWikiフィールドがあり、隠しゾーンからWebパーツをコンテンツ内でインラインで表示させるマークアップを含めることができます(DIV)
Webパーツの配置をより多くの制御できるように、複数のWebPartzonesと組み合わせることができます。
公開ページ/ページレイアウト
開発者からのプレビングのポイントから、発行ページは実際にはページではありませんが、ページレイアウトにバインドされているListItem。一方、ページレイアウトはほとんど私が純粋なサイトページを呼び出すものですが、対応する発行ページListItemによってのみ表示されます。の列の表示/編集を可能にするコントロールが含まれています。
<強力>エンドユーザーの観点からのSharePointページ
<強力>設定ページ=アプリケーションページ
ページの設定を変更できるページの内容を制御することはできません。
Microsoft.SharePoint.WebPartPages.WebPartPage
から継承するPagesは、開発者/エンドユーザーがWebパーツを追加してページが表示/できます。以前のバージョンのSharePointで非常に一般的で非常に強力な。
コンテンツページを作成する新しい方法。 Webパーツページと非常に似ていますが、通常は複数のWebパーツゾーンを持つのではなく、通常は非表示になっています。その後、簡単に編集できるWikiフィールドがあり、隠しゾーンからWebパーツをコンテンツ内でインラインで表示させるマークアップを含めることができます(DIV)
Webパーツの配置をより多くの制御できるように、複数のWebPartzonesと組み合わせることができます。
公開ページ/ページレイアウト
開発者からのプレビングのポイントから、発行ページは実際にはページではありませんが、ページレイアウトにバインドされているListItem。一方、ページレイアウトはほとんど私が純粋なサイトページを呼び出すものですが、対応する発行ページListItemによってのみ表示されます。の列の表示/編集を可能にするコントロールが含まれています。
<強力>エンドユーザーの観点からのSharePointページ
<強力>設定ページ=アプリケーションページ
ページの設定を変更できるページの内容を制御することはできません。
Webパーツページ
空白のサイトとして始まったサイトの標準タイプのページ。エンドユーザーがWebパーツを異なるゾーンに入れることができます。これは、「マッシュアップ」アプリケーションの構築に最適ですが、通常のコンテンツを作成するのに最適です。
Wikiページ
コラボレーションサイトの標準タイプのページ。必要に応じて、コンテンツとWebパーツのミックスインを非常に簡単に編集できます。非構造化コンテンツには非常に良いです。
公開ページ
発行サイトの標準ページの種類。コンテンツの構造は、ページレイアウトによって非常に制御されていますが、通常はWebパーツの非常に限られています。サイトを一貫させるのに非常に良い。
コラボレーションサイトの標準タイプのページ。必要に応じて、コンテンツとWebパーツのミックスインを非常に簡単に編集できます。非構造化コンテンツには非常に良いです。
公開ページ
発行サイトの標準ページの種類。コンテンツの構造は、ページレイアウトによって非常に制御されていますが、通常はWebパーツの非常に限られています。サイトを一貫させるのに非常に良い。
他のヒント
Wikiページはウィキペディアのページのようなものです。ユーザーがページを編集できます。
アプリケーションページさまざまなサイトコレクションやWebサイトで同じページを使用できるページです。私たちのサイトコレクションのそれぞれに素敵にデザインされたインターフェイスでカスタムエラーページを表示したい場合は、アプリケーションページを作成してそのアプリケーションページにリダイレクトURLを付与することができます。アプリケーションページはユーザーによって編集できません。 Visual Studioで編集する必要があります。プログラミング知識は編集する必要があります。
webpartページは、ページにWebPartsを追加できる場所に他なりません。このWebPartページ以外のWebPartsを追加できません。それは内部的にWebPartがページなどにどのようにレンダリングするかの世話をします。
公開ページ公開ページは、公開サイトでのみ利用可能です。出版地では、作成者と承認者は公開機能を使用してコンテンツを作成し、それをサイト訪問者に利用できるようにします。通常、公開サイトに承認ワークフローが有効になっているので、コンテンツは公開される前にレビューされ承認されます。
この
これは私がwikiページとWebパーツページの両方を操作したときに遭遇したいくつかの違いです。
Wikiページ
- は、Webパーツをテキストでインラインで配置し、たとえばHTMLテーブルのセル内で、非常に正確なレイアウトのための手段を提供して、どこにでも自分をドラッグアンドドロップできます。
- は、主に列数やヘッダーとフッターの有無によって異なる8つの「テキストレイアウト」から選択できます。
- 既存のページのテキストレイアウトをいつでも変更できます。選択した新しいレイアウトに含まれていないリージョン内のコンテンツをすでに持っているページのテキストレイアウトを変更すると、SharePointはそのコンテンツを別の領域の先頭または末尾に移動します。レイアウトが変更されると、それらが常に空になります。
- ページライブラリでバージョン管理が有効になっている場合は、ページが保存されるたびに新しいバージョンが作成されます。
- ページへのリッチテキストコンテンツの追加は、単にクリックして入力することの問題です。
- 誤って、ページ内に配置されたWeb部品のレイアウトを部分的にまたは完全に壊す変更を加えることができます。これは基本的にWikiページに配置されている各Webパーツは、別のDIV内に包まれた一対のDIVによって表され、ページにテキストを追加するスポットをクリックすると、Web部分をドラッグアンドドロップしたときに表示されることがあります。挿入点のSharePointは、Webパーツの外部DIV内に巻き込まれていると思われると判断します。これが起こらなければならなくても、そのWebパーツの「Webパーツの編集」メニューに、またはページ上のすべてのWebパーツの上にある場合があります。
- SP2010で(SP2013で固定されているかどうかわかりません)、WikiページにExcel Web Access Webパーツを配置してページを保存した後、「編集ページ」をクリックすると、「読み込み」に「編集」をクリックします。 。 "、これはWebパーツのメンテナンスビューを介してそのWebパーツを閉じることによってのみ解決できます。
Webパーツページ
- WebパーツをWebパーツゾーンに配置し、それらのゾーン内で相対的な順序を変更することはできますが、それらの位置決めを簡単に調整することはできません。
- ページを作成するときに8つの「レイアウトテンプレート」から選択できます。そのほとんどは、Wikiページのテキストレイアウトよりも少し複雑です。ほとんどの場合、Webパーツはゾーン内の垂直スタッキングに制限されますが、いくつかのレイアウトは水平方向のアライメントを持つ1つのゾーンを持ちます。例:
- ページが作成されたらレイアウトテンプレートを変更できません。
- (このため、通常は、Webパーツページを作成するときに最も複雑なレイアウトの1つを選択します。Webパーツがゼロのゾーンは、何かを追加しない限り、空白の数ピクセルに折りたたまれます。後でそれらに。)
- バージョンは、ページの内容を変更するときには作成されません。 (注:バージョンを作成する変化の種類がありますが、それが何であるかわかりません。私が一般的にすることは何でもない。 )
- リッチテキストコンテンツをページに追加するには、Webパーツゾーンの1つにコンテンツエディタWebパーツ(CEWP)を追加する必要があります。議員の中にウェブ部分を配置することはできません。
- はプログラム的に更新するのが簡単な場合があります。各Webパーツには、レイアウト内の位置を定義する整数プロパティ "ZONE"と "index"があるため、Wikiページでは1つのゾーンしかないゾーンがあり、インデックスはWebパーツが無関係です。 Wikiテキストとインラインです。
Webパーツページ
- WebパーツをWebパーツゾーンに配置し、それらのゾーン内で相対的な順序を変更することはできますが、それらの位置決めを簡単に調整することはできません。
- ページを作成するときに8つの「レイアウトテンプレート」から選択できます。そのほとんどは、Wikiページのテキストレイアウトよりも少し複雑です。ほとんどの場合、Webパーツはゾーン内の垂直スタッキングに制限されますが、いくつかのレイアウトは水平方向のアライメントを持つ1つのゾーンを持ちます。例:
- ページが作成されたらレイアウトテンプレートを変更できません。
- (このため、通常は、Webパーツページを作成するときに最も複雑なレイアウトの1つを選択します。Webパーツがゼロのゾーンは、何かを追加しない限り、空白の数ピクセルに折りたたまれます。後でそれらに。)
- バージョンは、ページの内容を変更するときには作成されません。 (注:バージョンを作成する変化の種類がありますが、それが何であるかわかりません。私が一般的にすることは何でもない。 )
- リッチテキストコンテンツをページに追加するには、Webパーツゾーンの1つにコンテンツエディタWebパーツ(CEWP)を追加する必要があります。議員の中にウェブ部分を配置することはできません。
- はプログラム的に更新するのが簡単な場合があります。各Webパーツには、レイアウト内の位置を定義する整数プロパティ "ZONE"と "index"があるため、Wikiページでは1つのゾーンしかないゾーンがあり、インデックスはWebパーツが無関係です。 Wikiテキストとインラインです。
- (このため、通常は、Webパーツページを作成するときに最も複雑なレイアウトの1つを選択します。Webパーツがゼロのゾーンは、何かを追加しない限り、空白の数ピクセルに折りたたまれます。後でそれらに。)
- バージョンは、ページの内容を変更するときには作成されません。 (注:バージョンを作成する変化の種類がありますが、それが何であるかわかりません。私が一般的にすることは何でもない。 )
- リッチテキストコンテンツをページに追加するには、Webパーツゾーンの1つにコンテンツエディタWebパーツ(CEWP)を追加する必要があります。議員の中にウェブ部分を配置することはできません。
- はプログラム的に更新するのが簡単な場合があります。各Webパーツには、レイアウト内の位置を定義する整数プロパティ "ZONE"と "index"があるため、Wikiページでは1つのゾーンしかないゾーンがあり、インデックスはWebパーツが無関係です。 Wikiテキストとインラインです。
ビデオシリーズ
ビデオシリーズを要約するため:
アプリケーションページSharePointサイトを操作するためのツールを提供しますが、ビジネスユーザーはアプリケーションページを編集できません。URLを見ると、すべてのアプリケーションページが/ _layouts /フォルダにあります。
ビジネスユーザーは、WikiとWebパーツページを編集できます。Wikiページは新しいと編集が簡単です。Webパーツページは古く、編集するのが難しいです。