我对SharePoint不太了解,所以希望有人能给我一些好的解释。
对于 SharePoint 应用程序,我们不需要考虑 SharePoint DB 设计吗?一切都是通过 List 完成的,SharePoint 会处理数据库吗?除非我们连接到外部数据库,否则根本不需要考虑它?
对于父子关系,我必须使用查找字段吗?
如果我们使用 Web 部件进行开发,我们需要使用 Features 来部署它。那么最终,生产中可以有这么多功能吗?是否推荐这种方式?
我对SharePoint不太了解,所以希望有人能给我一些好的解释。
对于 SharePoint 应用程序,我们不需要考虑 SharePoint DB 设计吗?一切都是通过 List 完成的,SharePoint 会处理数据库吗?除非我们连接到外部数据库,否则根本不需要考虑它?
对于父子关系,我必须使用查找字段吗?
如果我们使用 Web 部件进行开发,我们需要使用 Features 来部署它。那么最终,生产中可以有这么多功能吗?是否推荐这种方式?
1)
对于 SharePoint 应用程序,我们不需要考虑 SharePoint DB 设计吗?一切都通过 List 完成,SharePoint 将负责数据库?除非我们连接到外部数据库,否则根本不需要考虑它?
您确实需要考虑数据库......在管理方面。备份、恢复、大小等。但是,您永远不会直接读取或写入它。您不需要关注架构,因为您永远不会直接使用它。如果您想更新 SharePoint 中的某些内容,您可以使用 SharePoint API 使用 c#/vb.net 务实地进行。您有 2 个 API,一个在称为 SharePoint 对象模型的服务器上运行,一个在称为客户端对象模型的远程计算机上运行。从用户的角度来看,您是正确的列表,其中包含 SharePoint 中的数据,并且在某些方面对 DB 表更友好。
2)
对于父子关系,我必须使用查找字段吗?
叶
3)
如果我们使用 Web 部件进行开发,我们需要使用 Features 来部署它。那么最终,生产中可以有这么多功能吗?是否推荐这种方式?
如果您为每个 Web 部件创建一个新的解决方案,但您可以将多个 Web 部件捆绑在同一解决方案中的同一项目中的同一功能中,则可能会发生这种情况 右键单击您的项目 --> 添加新项目。选择一个 Web 部件。默认情况下,Web 部件都属于同一功能,但如果您愿意,您可以将它们分开并在同一解决方案中拥有多个功能