私は、names.nsf 内の個人文書を更新するためのユーティリティーを作成しています。Interop.Domino を使用する C# プログラムを使用しています。
入力を検証したいのですが、個人ドキュメントのスキーマを記述したドキュメントが見つからないため、最小の長さ、最大の長さなどを判断できます。
誰かが知っていますか?
私は、names.nsf 内の個人文書を更新するためのユーティリティーを作成しています。Interop.Domino を使用する C# プログラムを使用しています。
入力を検証したいのですが、個人ドキュメントのスキーマを記述したドキュメントが見つからないため、最小の長さ、最大の長さなどを判断できます。
誰かが知っていますか?
DominoDesignerを無料でダウンロードできるようになりました==>リンクテキスト
ヘルプのオンラインリファレンスもあります==> リンクテキスト
Computewithformは、names.nsfのフォームデザインを使用して値を再計算し、ドキュメントが設定されていることを確認します。ただし、個人文書の構成方法を確認するための「スキーマ」はありません。Andersと同様に、これはプロセスを集中的に使用する操作であり、一度に数千のドキュメントに対して実行しないでください。
スキーマのない設計に恐怖を覚える前に、この概念により、開発者はアジャイルアプローチを使用してフォーム設計をすばやく構築できました。複雑な設計では、特定のフィールドがどのように構成されているかを確認できるようにドミノデザイナーが必要になるため、問題が発生し始めます。
NotesDocument.ComputeWithForm関数を使用して、文書に書き込んだ内容がフォームと一致することを確認できます。
この検証は本当のボトルネックなので、多くのドキュメントを更新する必要がある場合は、Person
フォーム (および$PersonInheritableSchema
/$PersonGeneralInfo
サブフォーム) のデザインを調べてチェックアウトすることをお勧めします:
Input Translation
式。Input Validation
式。Value
計算フィールドの式。次に、一致するコードを記述します。フルネーム、メール システム、パスワード、および証明書に関連するフィールドに近づかない限り、Domino の観点から問題を引き起こすことはできないはずです。
新しいユーザーを作成する必要がある場合は、NotesRegistrationクラスを確認してください。