1

我们有一个应用程序，其中使用Adob​​e LiveCycle 平台和 Designer （8.2 版）生成一组复杂的PDF 表单，并由基于 Java 的 Web 应用程序提供给最终用户客户端，并在线显示。这些表单带有由一些 Javascript 验证控件表示的应用程序逻辑，以及在用户编译各种表单字段时动态评估的显示/隐藏条件。一旦 PDF 表单被保存，底层的XML 数据就会被提取和持久化，作为后续操作的基础。

我们被要求找到这种通用架构的替代方案，以 Adob​​e LiveCycle 技术为中心，同时保持 XML 数据格式（以及定义它的 XSD 模式）作为构建HTML 表单的模型，而不是 PDF以及当前以 PDF 形式表达的应用程序逻辑的级别。

有了围绕 XML 格式的这种强烈要求，我们开始寻找一种替代方法，让我们生成表单并在我们修改后的应用程序中在起始 XML 数据模型和最终 HTML 表单之间尽可能少地使用中间层。

我们遇到了Cocoon Forms ，一个Cocoon 框架的“块”（即模块）；它看起来是一个有趣的可能解决方案，与 Adob​​e LiveCycle 平台有一些相似之处：

  • 高度关注与 XML 相关的技术
  • XML 本身用于定义表单模型及其与表单模板的表示，这两种 DSL 都是基于 XML 的。
  • 在各种表单元素之间表达验证逻辑的可能性
  • 表单客户端和服务器端之间的无缝集成

有没有人有过Cocoon Forms的经验？如果是这样，请让我们知道，关于我们简要总结的场景，它是否可以被认为是一个可行的解决方案？

提前谢谢！

4

0 回答 0