Lotus Notes 文档类型
可以区分哪些 Lotus Notes 类型 文档类型，分别可以区分 NSF 文件 中文档的“表单项”的哪些值（“备忘录”、“约会”） ， “任务”，...）？不幸的是，我在 Notes (Com) API 文档中找不到完整的列表。
Which Lotus Notes Types Document Types can be distinguished, respectively which values for a "Form Item" of a Document in an NSF file are possible ("Memo", "Appointment", "Task",...)? Unfortunately I cannot find a comprehensive list in the Notes (Com) API documentation.
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（3）
Lotus Notes 文档没有固定的“类型”。只有 Notes 文档。它们是非结构化数据容器，特别是 NotesItems。大多数文档包含的 NotesItem 之一称为 Form NotesItem。该项目将文档与 NSF 中的一个表格联系起来，该表格将用于创建和编辑这些文档。
例如，您可以通过编程方式更改文档中的表单项，Notes 将尝试使用该不同的表单打开它。您可以从文档中完全删除表单项，它仍然是一个文档（尽管您当然不能通过 UI 编辑它，但您明白我的意思）
NSF 数据库包含许多表单，其行为最类似于应用程序的数据类型不同，因此请查看可用的表格来获取答案。您可以做的另一件事是创建一个按表单对所有文档进行分类的视图，您将了解数据库中有哪些文档以及每个表单有多少文档。
There are no set "types" of Lotus Notes documents. There are just Notes documents. They are unstructured containers of data, specifically NotesItems. One of the NotesItems most documents contain is called the Form NotesItem. That item ties the document to one of the forms in the NSF, which will be used to create and edit those documents.
You can change the Form item in a document programmatically, and Notes will try to open it using that different form, for example. You can remove the form item completely from a document and it is still a document (although you can't of course edit it via the UI then, but you get my point)
NSF Databases contain a number of forms, that act most like the different data types for the application, so look at what forms are available to get your answer. Another thing you can do is create a view that categories all documents by form, and you'll get a sense of what documents are in the database and how many for each form.
Notes数据库是一个通用的文档数据库。文档是任意字段集。根据最佳实践，每个文档都应有一个名为“Form”的字段。这就是“文档类型”。但这都是最佳实践，因此您不会在 API 文档中找到信息。 “备忘录”、“预约”、“交付报告”等的含义由应用程序定义。某些应用程序或模板 (.ntf) 有时包含 doc。关于“表单”字段中使用的值。
Notes database is a generic document data base. A document is an arbitrary set of fields. By best practice, each document should have a field named "Form". That is the "document type". But it is all best practice, so you won't find info in the API doc. The meaning of "Memo", "Appointment", "DeliveryReport", etc is defined by the application. Some applications or templates (.ntf) contains sometimes doc. about their values used in the "Form" field.
不过，除了 Ken Pespisa 和 PeterMmm 已经说过的内容之外，还有许多对于某些 Notes 操作至关重要的表单，特别是消息传递、日历和日程安排，所有这些都是 Notes Mail 数据库的一部分，例如备忘录、约会、任务和 _Special_Link 消息表单。您可以通过在 Designer 中打开邮件数据库（或邮件模板）来找到所有这些常见表单的列表：它们将是未隐藏的表单（即，它们的名称不带括号）。无论您当时使用哪个数据库，其中许多都可以在 Notes 中的“创建”菜单中随处使用。
请注意，您在 Notes 中找到的每个表单字段值不一定都有相应的表单设计元素。表单项在数据注释存储中的位置是有特权的（如 UNID 和 NoteID），因此与其他字段值相比，搜索表单项值的速度非常快。这意味着在“无头”应用程序（依赖其他应用程序提供 UI 的 Notes 数据库，或者可能没有 UI）中，Form 值可能只是将文档选择到视图中的一种方式，仅此而已。
欢迎来到 NoSQL（文档存储版）的精彩世界。 Notes 首先出现，CouchDB 也有类似的安排，是由编写当前版本的 Notes 公式语言引擎的同一个人开发的。可能需要一些时间来适应周围没有成年人告诉你该做什么（没有桌子限制等），但这意味着你可以构建一些非常酷的东西。
In addition to what has already been said by Ken Pespisa and PeterMmm, though, there are a number of forms that are central to some Notes operations, particularly messaging and calendaring and scheduling, all of which are parts of the Notes Mail database, such as the Memo, Appointment, Task and _Special_Link Message forms. You can find a list of all of these common forms by opening a mail database (or the mail template) in Designer: they will be the forms that are not hidden (that is, their names are not parenthesized). Many of these are available everywhere in Notes from the Create menu, regardless of which database you are working in at the time.
And note that there won't necessarily be a corresponding form design element for every Form field value you find in Notes. The Form item's position in a data note's storage is privileged (like the UNID and the NoteID), so it is very fast to search on the Form item value as compared to other field values. That means that in "headless" applications (Notes databases that rely on other apps to provide the UI, or perhaps that have no UI) the Form value may just be a way to select documents into views and nothing more.
Welcome to the wonderful world of NoSQL, Document Store Edition. Notes was here first, and CouchDB, which is similarly arranged, was developed by the same guy who wrote the current version of the Notes Formula Language engine. It may take some getting used to having no adults around to tell you what to do (no table constraints, etc.) but it means you can build some pretty cool stuff.