我不明白为什么Microsoft调用SharePoint 2013预览中的文档库和自定义列表应用程序 - 并非与父网站中的应用程序隔离的概念相矛盾吗?我理解,在应用程序中,人们无法实现与父SharePoint站点相同的集成级别。它是否只是混淆了微软用于自定义列表和文档库的术语,或者我缺少SharePoint 2013中的应用程序功能?

有帮助吗?

解决方案

微软试图为所有用户制作SharePoint。 如此,SharePoint被简化为三个概念:

  • 人,所有社交用品和权限
  • 主题,外观,品牌
  • 应用程序,其他一切

    您创建的应用程序不会与列表/文档库中的“主机Web”进行相同的集成,但实际上保持类似的东西:

    • 当您删除列表的那一刻,它的每迹线都会消失
    • 当您删除/卸载应用程序时,它的每一个跟踪都会消失,因为真正的SharePoint表现包含在App Web

      到许多最终用户列表和库是类似于应用程序的自定义功能。

      您的“真实”应用程序可以三种方式显示在“主机网络”中。

      • 完整页面体验的链接(这是应用程序Web,或远程站点)
      • 自定义操作(可以是菜单项或功能区按钮)
      • App Parts(可以显示任何内容)类似于Web部件

        如果您的应用程序获取其实际上可以在“主机Web”上创建列表,库和您想要的任何内容,但如果您想将您的应用销售为第三方,则可能会尝试限制您的权限请求。

其他提示

文档库和列表形式的hostWeb的内容应仍然存在。但列表/库的列表模板或DOC库模板或自定义视图可以是一个应用程序。然后它将可转换为不同的网。它肯定似乎很令人困惑!

据我所知,在Office 2013和SharePoint 2013预览中,一切都是一个应用程序。OOTB列表和库也被称为应用程序,因此称为自定义列表的事实并不令人惊讶。 现在,这仍然不同于App Store上的应用程序,但产品的术语仍然是指作为应用程序的列表和库。
许可以下: CC-BY-SA归因
scroll top