我们有一个站点需要(作为我们流程的一部分)生成一个文档(例如 Word docx 文档),该文档源自与模板文档合并的应用程序中的数据。生成该文档后,用户可以在运行时对其进行编辑。我们知道我们正在寻找一个类似 CMS 的系统(因为用户需要能够编辑/创建新模板)但我想知道 Sharepoint 是否可以更好地使用(因为我们不需要很多开销传统的 CMS 系统)。任何sharepoint专家都可以权衡一下,给我一些在哪里看的指示。
4 回答
我正在研究一个类似的问题——从存储在 SharePoint 站点中的信息生成 Word 文档。这里真正的魔力在于使用 Office 2007 中的内容控件 - 由于新版本的 Office 套件基于 Office Open XML,因此从数据生成文档几乎是微不足道的。
使文档在创建后可编辑是一个简单的配置更改,可以通过编程方式或在文档模板本身中进行。事实上,我认为当您可以看到您的组织将业务流程轻松地转移到 SharePoint 时,该平台的真正价值就会大放异彩。
一旦一切配置正确,通过各种批准步骤从您公司的某个部门内部获取内容到面向公众的 Internet 站点非常简单。
这里有一些关于在服务器上生成 OOXML 文档的好博文
- ECMA Office Open XML - 用于生成 Word 文档的选项(在服务器上;))
- 在服务器上生成 Word 文档(第 2 部分) - 使用 System.IO.Packaging 动态添加内容控件/结构化文档标签 (SDT)
请注意,客户端无需运行 Office 2007 即可打开这些文档,您可以进行转换过程,也可以安装适用于 Office XP、2000 和 2003 的免费兼容包
就 SharePoint 和 CMS 而言,我认为这是一个非常引人注目的提议。肯定存在一些配置和实施挑战,但我认为任何企业 CMS 软件包都会出现这种情况。一个重要的考虑因素是您的 CMS 站点将看到的流量。我认为 SharePoint 还没有准备好扩展到谷歌式的流量,但对于典型的企业互联网存在来说,它肯定会足够好。
以下是一些运行 MOSS 的公共站点的列表
一旦您克服了初始配置的障碍,就可以很容易地在整个组织中启用 CMS 任务,因为它在防火墙的两侧都运行良好。
我认为它是一款很棒的产品,并且对它的灵活性和可扩展性感到惊讶。
jt
Infopath是 Sharepoint 人员将向您推荐的表单技术。大多数 Infopath 表单功能都需要完整的 MOSS 安装和相关的许可费用。我认为你可以通过 WSS 来实现你想要的。
如果 DOCX 文件作为表单模板是您的应用程序的硬性要求,您可以;
- 自动化 Word(物理隔离这个),这个不是MS 官方支持的
- 探索使用OpenXML(假设所有客户端都使用 Word 2007)。
如果您最终需要生成 PDF 或 Word 2003 DOC 文件作为输出,那么您将无法自动执行 Word,否则 #2 是最适合服务器的解决方案。
无论哪种方式,我认为您都可以使用SP 文档库来保存 DOCX 文件,并且您的用户可以通过这种方式共享和编辑带有版本控制的模板。您可以在应用程序特定代码中以编程方式访问这些文件并“带外”执行数据合并。
这是基于自定义模板生成文档的组件。文档是从共享点列表生成的......因此数据会从列表项中动态提取到文档中:http: //store.sharemuch.com/products/generate-word-documents-from-sharepoint-list
希望有帮助,
雅罗斯拉夫·彭萨斯基博客:www.sharemuch.com
Sharepoint 不会减轻您传统 CMS 系统的重量和包袱。如果有的话,与那里的许多 CMS 工具相比,它会增加你的负担。
所以简而言之 - 不要看 Sharepoint - 看看别处!