限制对某些对象的链接
Restricting Links to certain Objects
因此，模块中充满了对象，其中只有一些是必需的。指向非需求的链接是没有意义的……但无论如何，用户自然会坚持这样做。懒惰、粗心或只是缺乏训练；我们的用户是人类，他们通常会输入非常不完美的数据。
禁止此类错误链接的最佳方法是什么？有原生方法吗？我担心不会，尽管它看起来很基本。每当他们尝试通过 DXL 时弹出烦人的警告？
我们有一个枚举属性，可以告诉我们目标是否是必需的。
您可以使用触发器来完成此操作！
有关非常简短的想法，请参阅 this relatively recent conversation
您需要在 link 上使用 pre-create 触发器来确认它的目标对象是否具有正确的枚举类型。这可能是数据库级别的触发器，或者项目级别，如果只有一个特别麻烦的部分，甚至是模块级别。
请记住，这仅适用于更多 up-to-date 版本的 DOORS。旧版本将需要一些更复杂的东西 - 例如，检查模块 pre-close 以查看是否已创建任何 link 的触发器，如果是，则它们是否具有 'valid' 目标根据你的标准。您可以使用 post-open dxl 创建一个 link 数组并将其存储在 DXL 顶级上下文中……但这可能有点高级。
因此，模块中充满了对象，其中只有一些是必需的。指向非需求的链接是没有意义的……但无论如何，用户自然会坚持这样做。懒惰、粗心或只是缺乏训练；我们的用户是人类，他们通常会输入非常不完美的数据。
禁止此类错误链接的最佳方法是什么？有原生方法吗？我担心不会，尽管它看起来很基本。每当他们尝试通过 DXL 时弹出烦人的警告？
我们有一个枚举属性，可以告诉我们目标是否是必需的。
您可以使用触发器来完成此操作！
有关非常简短的想法，请参阅 this relatively recent conversation
您需要在 link 上使用 pre-create 触发器来确认它的目标对象是否具有正确的枚举类型。这可能是数据库级别的触发器，或者项目级别，如果只有一个特别麻烦的部分，甚至是模块级别。
请记住，这仅适用于更多 up-to-date 版本的 DOORS。旧版本将需要一些更复杂的东西 - 例如，检查模块 pre-close 以查看是否已创建任何 link 的触发器，如果是，则它们是否具有 'valid' 目标根据你的标准。您可以使用 post-open dxl 创建一个 link 数组并将其存储在 DXL 顶级上下文中……但这可能有点高级。