代码之家  ›  专栏  ›  技术社区  ›  ICodeForCoffee

在SharePoint中使用InfoPath表单有什么好处?

  •  3
  • ICodeForCoffee  · 技术社区  · 15 年前

    在SharePoint中使用InfoPath表单有什么好处?

    我一直在研究InfoPath,以了解它如何与SharePoint集成。让用户创建自己的表单的想法提供了很大的能力,并且可以让人们自己处理一些小的请求。但是,除了创建由InfoPath表单驱动的表单库外,InfoPath似乎很快成为一个麻烦和障碍。当然,您可以构建直接与SharePoint对象模型对话的代码,但是您似乎只能在浏览器中运行表单。

    如果要运行浏览器中的所有内容,为什么不使用ASP.NET窗体?

    此外,除了基本的表单库方法外,在SharePoint上使用InfoPath还提供了哪些其他好处?

    2 回复  |  直到 15 年前
        1
  •  3
  •   Nat    15 年前

    我喜欢把InfoPath表单看作是一个很好的解决方案,它可以解决公司过去的“Word文档中的表单”问题。它使创建和修改表单的任务更接近于关心信息的人。

    在InfoPath中,有些任务很难完成,但这同样取决于创建表单的人员的知识,而不是技术本身。

    对于复杂和/或需要大吞吐量的窗体,直接使用ASP.NET窗体 做一个更合适的人。一如既往,这是关于选择正确的(最便宜的总成本?)解决问题的技术,而不是从周围的任何事物中寻求解决方案。 (也就是说,我对InfoPath的了解还不足以随时轻松做出决定)。

        2
  •  3
  •   Mark A Johnson    15 年前

    下面是与ASP.NET表单相比,InfoPath表单的一些好处。当然,这将始终取决于您的需求、开发人员、用户技能等的组合。

    • 对于熟悉MS Office的人来说,表单的创建和修改非常简单。
    • 与ASP.NET窗体不同,它们直接与SharePoint中的元数据集成
    • 工作流基础可以通过SharePoint和简单的方式使用,而不是使用ASP.NET表单
    • 如果您处理的是基于文档的流程(如工作订单、订单、权限请求),那么拥有文档的存储库可能更有意义,而不是根据通过ASP.NET表单输入的数据构建报告结构。
    • 这些文档已准备好供在Biztalk中实现的进程使用。
    • 验证和逻辑在客户机上运行,不需要额外的编程,很多时候比普通的ASP.NET窗体提供更好的用户体验。