Добрый вечер! Обьясните боту, как можно сделать класс, чтобы можно было обращаться:
$class->add('1')->add('2')->add('3');
Заранее спасибо👍

Возможно ли использовать приватное свойство в другом классе без наследования?

Вопрос с подвохом?

* пользоваться сетерами/гетерами свойства и использовать агрегацию
* пользоваться рефлексией

Можно

Да, парень выше уже написал. Устал просто за день, банального даже не могу вспомнить)

да есть еще 7.4 версия

ну так вот у тебя скорее всего ext ставился на 7 версию, а проект запущен на 8-й как ты сказал, которая пуста на модули драйверов, при установке тебе нужно указать версию php, скорее всего комманда будет выглядеть типа вот так
sudo apt-get install php8.0-mysql

уже стоит,проверял теперь другое

У вас же либы нет

Там же пишет что не так

и че, за тебя сходить в гугл?

Да

https://www.php.net/manual/ru/install.pecl.phpize.php && https://www.php.net/manual/ru/ref.pdo-mysql.php#ref.pdo-mysql.installation

и ты вообще в директории ~ откуда там будет ./bin ??

Подскажите.
Есть класс, задача которого только вставлять новую сущность.
А что именно тестировать тогда?
Класс на вход ждал DTO, оно уже отвалидирована и протестирована на уровне функционального теста контроллера.
Как поставить себе "галочку" - класс вставки покрыт юнитом?

Не тестировать, если вы не видите смысла от теста? А если гонка за покрытием, ну тестируйте, что вызваны нужные классы и методы, грубо говоря белый ящик

Предыстория.
Был сервис CRUD сущности.
create, update.
Я понял, что create занимается валидацией РЕКВЕСТА, затем вставкой в бд.
Хорошо. Декомпозировали на два метода. Все равно ерунда. Сервис работает с реквестом.
Разбиваем на RequestDTO который валидируется еще в ArgumentResolver.
update вычисляет, что именно в сущности обновить. Снова разбили на несколько методов.
Получили класс со следующей картой действий:
class Foo {
 create()
 create()
 create()

 update()
 update()
 update()
}
Что явно дало понять, что пора извлечь методы create и update в отдельный класс

Валидация ушла на ассерты и аргумент резолвер.
create и update превратились в простейшие классы с минимальным уровнем сложности.
И потихоньку из-за максимального упрощения, стало казаться что достаточно функционалки.
Типа, просто проверим, что если скормить дичь вместо параметров - реально выкинется ошибка с нужным кодом.

В круде почти нет логики, значит и нечего юнит тестировать. Если вы покрыли кейсы и вам кажется что этого достаточно, то имхо, незачем тесты ради тестов. От тестов нужна польза, при минимальных вложениях в их написании и поддержании. Бесполезные тесты приводят к забиванию на тестирование

Спасибо за ответ.