SharePoint 2013プレビューのアプリと呼ばれるカスタムリストがあるのはなぜですか。

Question

Microsoft 2013プレビューのMicrosoctライブラリとカスタムリストアプリケーションとのアプリケーションを呼び出す理由は理解できません - 親サイトからアプリの分離の概念は矛盾しませんか？アプリ内の親SharePointサイトへの同じレベルの統合を達成できないことがわかります。マイクロソフトがカスタムリストとドキュメントライブラリに使用される用語を混乱させるか、SharePoint 2013でアプリ機能について何か不足していますか？

Answer 1

マイクロソフトは、すべてのユーザーに対してSharePointを理解できるようにします。

SHAREPOINTは3つの概念に簡素化されています。

• 人、すべての社会的なものと権限
• テーマ、ルックアンドフィール、ブランディング
• アプリ、他のすべて

  作成したアプリは、リスト/ドキュメントライブラリとして「ホストWeb」に同じ統合を受けませんが、それは事実を似ています。

  • あなたがリストを削除した瞬間は消えます
  • アプリを削除/アンインストールすると、実際のSharePointのマニフェストがApp Web に含まれているため、すべてのトレースが消えます。

    多くのエンドユーザーのリストとライブラリは、アプリと同様のカスタム機能です。

    あなたの「本物」アプリは、3つの方法で「ホストWeb」に自分自身を表示できます。

    • フルページエクスペリエンス（App Web、またはリモートサイト）へのリンク
    • カスタムアクション（メニュー項目やリボンボタンにすることができます）
    • Webパーツと同様のアプリの部品（何も表示できます）

      そしてあなたのアプリは、それが実際にはリスト、ライブラリ、そしてあなたが必要なものを "Host Web"で作成することができますが、あなたがサードパーティとしてあなたのアプリを販売したい場合は、あなたの許可要求を制限しようとするでしょう。

Answer 2

ドキュメントライブラリとリストの形式のHostWebの内容はそれだけのままです。しかし、リスト/ライブラリのリストテンプレートまたはDoc Libraryテンプレートまたはカスタムビューがアプリになる可能性があります。それからそれは異なるウェブに譲渡されるでしょう。それは間違いなく混乱しているようです！

Answer 3

Office 2013とSharePoint 2013プレビューで、すべてを理解している限り、すべてがアプリです。OOTBリストとライブラリは現在アプリと呼ばれているので、カスタムリストが驚くべきことではないという事実です。

今、これはApp Storeのアプリとまだ異なりますが、製品の用語は依然としてアプリとしてリストとライブラリを参照しています。