sudo apt update
sudo apt install ca-certificates curl
sudo install -m 0755 -d /etc/apt/keyrings
sudo curl -fsSL https://download.docker.com/linux/ubuntu/gpg -o /etc/apt/keyrings/docker.asc
sudo chmod a+r /etc/apt/keyrings/docker.asc
echo \
"deb [arch=$(dpkg --print-architecture) signed-by=/etc/apt/keyrings/docker.asc] https://download.docker.com/linux/ubuntu \
$(. /etc/os-release && echo "$VERSION_CODENAME") stable" | \
sudo tee /etc/apt/sources.list.d/docker.list > /dev/null
sudo apt update
sudo apt install docker-compose-plugin -y
docker compose version
Docker Compose version v2.29.7
docker compose up -d
Подумайте, как мы добавляем методы в класс. У нас появляется идея о том, что в классе нам нужен новый метод с конкретным функционалом. И мы его берём и сразу добавляем. Это наше решение.
А как мы чаще всего имплементируем методы интерфейса? Нам нужно, чтобы наш класс соответствовал какому-то чужому интерфейсу, чтобы мы имели возможность использовать наш класс где-то в других местах в каком-то контексте. Т.е. нас форсят это делать. И если интерфейс километровый, мы пишем эти методы, тихо проклиная создателя этой библиотеки или фреймворка. А нам не нравится, когда нас форсят, и некоторые методы так и могут остаться пустыми, потому что вот конкретно сейчас у нас нет времени на них. И это потом может внезапно бабахнуть.
Будь моя воля, я бы, вообще, там вместо тудущек писал die("not implemented"), чтобы точно не забыть