ZookeeperConfig::add — Добавляет серверы в ансамбль

Назначение ZookeeperConfig::add

ZookeeperConfig::add: Добавляет серверы в ансамбль. Справочная сущность относится к разделу «zookeeper». Используйте её, когда это краткое назначение совпадает с задачей приложения; фактическое поведение подтверждайте сигнатурой и проверочным сценарием ниже.

Чем отличается ZookeeperConfig::add

Эта страница описывает член add класса ZookeeperConfig, а не одноимённую процедурную функцию. В исходной сигнатуре зафиксированы модификаторы: public. Входной контракт: обязательные $members; необязательные $version, $stat; объявленный результат — void.

Смысловое направление ZookeeperConfig::add

Смысловое направление ZookeeperConfig::add — «изменение состояния». В прикладном коде до вызова сохраните ожидаемое исходное состояние, после — проверьте фактическое изменение. Контрольный набор для этой операции: проверьте идемпотентность повтора и конфликт параллельного обновления. Такой акцент отделяет ZookeeperConfig::add от API с похожей сигнатурой, но противоположным действием или другим жизненным циклом.

Сигнатура ZookeeperConfig::add

Структурная запись: public void ZookeeperConfig::add(string $members, int $version = -1, array $stat = null). В ней 3 параметра: обязательные $members; необязательные $version, $stat. Результат объявлен как void; перед переносом кода сопоставьте сигнатуру с версией PHP и составом расширений проекта.

Параметры ZookeeperConfig::add

Порядок и роли аргументов по сигнатуре: 1. $members — string, обязателен; 2. $version — int, необязателен, default -1; 3. $stat — array, необязателен, default null.

Контроль входных данных для ZookeeperConfig::add

1) string $members — обязательный: разведите пустую строку, штатное значение и ввод с неожиданной кодировкой или длиной. 2) int $version — необязательный: проверьте минимальное, типичное и предельное числовое значение без неявного преобразования строки. 3) array $stat — необязательный: разведите тесты для пустого набора, одного элемента и неоднородных значений.

Результат ZookeeperConfig::add

ZookeeperConfig::add объявляет результат типа void. ZookeeperConfig::add объявлена с результатом void. Проверяйте наблюдаемый эффект и диагностику вызова; присваивание результата не подтверждает успешность операции.

Проверочный сценарий для ZookeeperConfig::add

Подготовьте объект ZookeeperConfig в минимально допустимом состоянии. Сначала выполните контрольный вызов с обязательным набором string $members. Затем отдельно добавьте необязательные параметры int $version=-1, array $stat=null, чтобы увидеть влияние значений по умолчанию. Для профиля «контракт PHP» важно зафиксировать предусловия вызова и не подавлять диагностические сообщения; негативный сценарий должен проверить штатный результат, граничный вход и документированный отказ.

Интеграция ZookeeperConfig::add в проект

Храните подготовку ZookeeperConfig и вызов ZookeeperConfig::add в одном понятном жизненном цикле; не скрывайте обязательное состояние объекта в глобальной переменной. Для профиля «контракт PHP» вынесите обработку отказа в одну ветку и добавьте к журналу имя операции, версию PHP и безопасные метаданные входа. Не применяйте оператор @: он скрывает диагностический сигнал, необходимый для разбора сбоя. Повторный вызов разрешайте только после явной проверки, что операция ZookeeperConfig::add не создаёт нежелательный повторный эффект в вашем сценарии.

Диагностика ZookeeperConfig::add

Сначала запишите точную сигнатуру public void ZookeeperConfig::add(string $members, int $version = -1, array $stat = null) и фактические типы переданных значений. Затем проверьте состояние экземпляра ZookeeperConfig непосредственно перед методом ZookeeperConfig::add. Документация описывает ошибочный исход: отделите его от корректного пустого значения строгой проверкой и сохраните исходную диагностику. После исправления повторите штатный и граничный сценарии, чтобы исключить маскировку ошибки случайным успешным результатом.

Границы применения

Для категории «контракт PHP» применяйте отдельный негативный тест: проверить штатный результат, граничный вход и документированный отказ. В production-коде важно зафиксировать предусловия вызова и не подавлять диагностические сообщения. Исходные предупреждения и примечания не копируются на эту страницу: перед решением, влияющим на совместимость или безопасность, сверяйте поведение в целевой версии PHP.

Когда выбирать ZookeeperConfig::add

Выбор ZookeeperConfig::add оправдан, когда одновременно выполнены три условия: 1) объект действительно относится к ZookeeperConfig; 2) сигнатура содержит 3 аргумента: обязательных 1, необязательных 2; 3) вызывающему коду нужен результат void и действие «изменение состояния». Для профиля «контракт PHP» до интеграции отдельно подтвердите применимость правила: «undefined». Если хотя бы один пункт не выполняется, сравните контракт с ZookeeperConfig::get: у него другое назначение, владелец или набор входных данных.

Сравнение ZookeeperConfig::add с соседними API

Для ZookeeperConfig::add базовый ориентир: добавляет серверы в ансамбль; обязательные $members; необязательные $version, $stat; результат void. Сопоставление с опубликованными соседями: ZookeeperConfig::get: синхронно получает последнюю подтверждённую конфигурацию кластера zookeeper, о которой известно серверу, к которому подключён клиент; вход — необязательные $watcher_cb, $stat; результат — string. ZookeeperConfig::set: изменяет состав ансамбля zk и роли его участников; вход — обязательные $members; необязательные $version, $stat; результат — void. ZookeeperConfig::remove: удаляет серверы из ансамбля; вход — обязательные $id_list; необязательные $version, $stat; результат — void. Выбор делайте по различиям владельца, контракта и жизненного цикла, а не по сходству имени.

Версии и ограничения

ZookeeperConfig::add сверена по закреплённой ревизии php/doc-ru. Перед обновлением PHP повторите тесты типов, предупреждений и граничных значений для этой сущности. Не переносите выводы между версиями без повторного запуска минимального воспроизводимого примера для ZookeeperConfig::add.

Связанные материалы