PharData::copy — Копирует файл внутри tar- или zip-архива в новый файл внутри того же архива

Назначение PharData::copy

PharData::copy: Копирует файл внутри tar- или zip-архива в новый файл внутри того же архива. Справочная сущность относится к разделу «phar». Используйте её, когда это краткое назначение совпадает с задачей приложения; фактическое поведение подтверждайте сигнатурой и проверочным сценарием ниже.

Чем отличается PharData::copy

Эта страница описывает член copy класса PharData, а не одноимённую процедурную функцию. В исходной сигнатуре зафиксированы модификаторы: public. Входной контракт: обязательные $from, $to; объявленный результат — true.

Смысловое направление PharData::copy

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

Сигнатура PharData::copy

Структурная запись: public true PharData::copy(string $from, string $to). В ней 2 параметра: обязательные $from, $to. Результат объявлен как true; перед переносом кода сопоставьте сигнатуру с версией PHP и составом расширений проекта.

Параметры PharData::copy

Порядок и роли аргументов по сигнатуре: 1. $from — string, обязателен; 2. $to — string, обязателен. Для PharData::copy фиксируйте фактические типы входа в тесте и отдельно проверяйте значения на границе допустимого диапазона.

Контроль входных данных для PharData::copy

1) string $from — обязательный: разведите пустую строку, штатное значение и ввод с неожиданной кодировкой или длиной. 2) string $to — обязательный: разведите пустую строку, штатное значение и ввод с неожиданной кодировкой или длиной.

Результат PharData::copy

PharData::copy объявляет результат типа true. Результат PharData::copy имеет объявленный тип true. После вызова проверяйте именно этот контракт и отдельно фиксируйте документированные ошибочные исходы.

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

Подготовьте объект PharData в минимально допустимом состоянии. Сначала выполните контрольный вызов с обязательным набором string $from, string $to. Необязательных аргументов в этой сигнатуре нет, поэтому меняйте только состояние окружения. Для профиля «файловый ввод-вывод» важно нормализовать путь и ограничить доступ разрешённой областью; негативный сценарий должен проверить отсутствие файла, права, пустой поток и частичное чтение.

Интеграция PharData::copy в проект

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

Диагностика PharData::copy

Сначала запишите точную сигнатуру public true PharData::copy(string $from, string $to) и фактические типы переданных значений. Затем проверьте состояние экземпляра PharData непосредственно перед методом PharData::copy. Документация описывает ошибочный исход: отделите его от корректного пустого значения строгой проверкой и сохраните исходную диагностику. После исправления повторите штатный и граничный сценарии, чтобы исключить маскировку ошибки случайным успешным результатом.

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

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

Когда выбирать PharData::copy

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

Сравнение PharData::copy с соседними API

Для PharData::copy базовый ориентир: копирует файл внутри tar- или zip-архива в новый файл внутри того же архива; обязательные $from, $to; результат true. Совпадение имени copy не делает методы взаимозаменяемыми: PharData::copy принадлежит PharData, а Phar::copy — Phar. Сначала определите фактический тип объекта. Сопоставление с опубликованными соседями: Phar::copy: копирует файл внутри phar-архива в новый файл внутри phar-архива; вход — обязательные $from, $to; результат — true. PharData::delete: удаляет файл в tar- или zip-архиве; вход — обязательные $localName; результат — true. PharData::delMetadata: удаляет глобальные метаданные zip-архива; вход — аргументов нет; результат — true. Выбор делайте по различиям владельца, контракта и жизненного цикла, а не по сходству имени.

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

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

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