Андерс очень хорошо ответил на вопрос. Как уже сказал Андерс, Domino, к сожалению, не может делить библиотеки кода между базами данных. Весь код самодостаточен, что в данном сценарии является ограничением.
Копирование агента во все базы данных, для которых вы хотите его использовать, а затем использование наследования проекта - это быстрый и простой способ распространения агента.
Альтернативная идея - иметь единую базу данных, которая служит хранилищем агентов, поэтому, если вам нужно многократно использовать один и тот же агент, его дизайн всегда находится в одной базе данных, но вам нужно будет проектировать это так, что он может выполнять операции со всей базой данных, которую нужно обновить.
Эффективно, используя каждую базу данных только как источник данных, и соответствующий агент (ы), работающий из одного места. Это потребует дополнительной работы, которая позволит вам определить некоторые дополнительные документы конфигурации, которые агент (-ы) будет использовать для определения баз данных, на которых вы хотите, чтобы агент работал.
Преимущества этого подхода:
Вам не нужно бороться с наследованием дизайна. Это может привести к беспорядку в больших масштабах, когда у вас есть сложные библиотеки скриптов / структуры дизайна, вам, возможно, придется купить сторонние инструменты, чтобы помочь вам сделать это.
Вы можете фактически контролировать, какие базы данных обновляются через серию документов конфигурации, централизованно с помощью поля «активный / неактивный», которое помечает базу данных для обновления. Вместо того, чтобы напрямую «прикасаться» к агентам, что требует от вас грязных рук при включении / отключении агента. В некоторых корпоративных средах, которые строго контролируются, вам нужно постоянно просить администратора Notes сделать это за вас.
Вы можете закодировать агент так, чтобы он сообщал об активности в ваших собственных пользовательских журнальных документах при его запуске в каждой базе данных, и централизованно сохранять его.
Надеюсь, это даст вам некоторые возможности ...