有谁知道names.nsf 中Person 文档的模式定义吗?

发布于 2024-08-24 19:31:41 字数 134 浏览 7 评论 0原文

我正在编写一个实用程序来更新names.nsf 中的个人文档。我正在使用使用 Interop.Domino 的 C# 程序。

我想验证输入,但找不到描述个人文档架构的文档,因此我可以确定最小长度、最大长度等。

有人知道吗?

I'm writing a utility to update person documents in names.nsf. I'm using a C# program using Interop.Domino.

I'd like to validate the input but I can't find a document which describes the schema for a person document, so I can determine min lengths, max lengths, etc.

Is anyone aware of one?

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(2

深陷 2024-08-31 19:31:42

您现在可以免费下载 Domino Designer ==>链接文本

还有一个在线参考帮助==>
链接文本

Computewithform将使用names.nsf中的表单设计来重新计算值并确保文档已设置。但没有“模式”来查看如何配置个人文档。与 Anders 一样,这是一个进程密集型操作,不应同时在数千个文档上运行。

在您开始对无模式设计感到恐惧之前,这个概念允许开发人员使用敏捷方法快速构建表单设计。在复杂的设计中,它开始对您不利,因为您需要拥有多米诺骨牌设计器,以便您可以查看特定字段的配置方式。

You can now download Domino Designer for free ==>link text

There is also an online reference for help ==>
link text

Computewithform will use the form design in the names.nsf to re-calculate values and ensure the document has been setup. But there is no "schema" to see how to configure the person document. Like Anders, this is a process intensive operation, and should not be run on thousands of documents at once.

Before you start reviling in horror at schema-less designs, this concept allowed developers to construct form designs quickly using agile approaches. In complex designs, it starts to work against you, as you'll need to have the domino designer so you can see how specific fields are configured.

为你鎻心 2024-08-31 19:31:42

您可以使用 NotesDocument.ComputeWith表格 函数来验证您写入文档的内容是否与表单匹配。

此验证是一个真正的瓶颈,所以如果您需要更新许多文档我建议您检查 Person 表单(以及 $PersonInheritableSchema/$PersonGeneralInfo 子表单)的设计并查看:

  • 输入翻译公式。
  • 输入验证公式。
  • 计算字段的公式。

然后编写您的代码进行匹配。只要您远离涉及全名、邮件系统、密码和证书的字段,从 Dominos 的角度来看,您就不应该造成任何问题。

如果您需要创建新用户,请查看 NotesRegistration班级。

You can use the NotesDocument.ComputeWithForm function to verify that what you've written to the document matches the form.

This validation is a real bottleneck, so if you need to update many documents I suggest you examine the design of the Person form (and the $PersonInheritableSchema/$PersonGeneralInfo subforms) and check out:

  • Input Translation formulas.
  • Input Validation formulas.
  • Value formulas for computed fields.

Then write your code to match. As long as you stay away from the fields involved with fullname, mail system, passwords and certificates you shouldn't be able to cause any problems from Dominos point of view.

If you need to create new users, check out the NotesRegistration class.

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文