这是我的第一个堆栈溢出,而且它是一个复杂的溢出。遗憾。
我的任务是从基本模板和一些XML 生成自定义文档,而每个案例都有自定义表单设计元素。
这是整个图片:
我的问题正在生成一个文档,其中包含在适当位置注入的动态内容(不需要为每个案例设置自定义表单设计元素)。
我知道这不是Notes曾经打算做的事情。 有没有人尝试过这样的东西(并且已经离开了它)?
感谢您阅读此内容。
提前感谢 boatload ,
Jan Gundtofte-Bruun
答案 0 :(得分:1)
我真的没有给你答案,但有些想法:
我知道你提到应用程序必须是Notes客户端而不是web - 这是绝对的吗? Domino Web应用程序可以灵活地执行您所需的操作,而不是将其强制插入Notes客户端。 (也许是混合应用程序 - 请求表单通过浏览器填写,但报告/工作流程是通过Notes客户端完成的?)
假设这是绝对的,那么我会重新审视DXL选项 - 是的,你最终可能会在数据库中使用1,000多种形式(或更好的子表单),但这真的是一个问题吗?我不知道表格数量的任何上限(定义或实际)。而且,您不会手动“维护”这些(子)表单 - 您的代码只会检测配置文档的更改,然后重新生成相应的表单注释。
要限制设计元素的实际数量,也许您可以实现“模板”概念 - 因此系统中的多个“应用程序”可以使用相同的访问请求“模板”。
答案 1 :(得分:0)
我最后做的有点不同了。
我仍然会使用“文档中的商店表单”选项来确保每个提交的请求都可以独立存在;但“请求”文档将基于数百/数千个单独的表单(是的,数千个;研究和测试表明它不应该是性能问题)。这些形式将以编程方式生成。
我正在设置它,以便“模板作者”可以创建“请求模板”,这些文档中包含一个xml块的普通文档。然后,后台代理将获取所有这些文档,并将每个xml块和基本表单处理为新的自定义表单。这些自定义表单将呈现给用户,以便从中创建“请求”文档。