Работаешь ли сейчас на проекте

А, вот ты где, мой друг! Слушай, тут такая тема — про эти ваши интерфейсы в Python. Ну, abc.ABC и всё такое. Как будто на дворе не 2002-й год, а кто-то всё ещё пытается из говна и палок собрать что-то вменяемое.

Представь себе: есть у тебя класс, который должен быть как бы шаблоном, договором. Чтоб все, кто от него наследуется, не выёбывались и реализовывали определённые методы. Ну, типа, «смотри, чувак, если ты мой сын, то ты обязан уметь make_sound()». А иначе — ёб твою мать — что это за наследник такой, который договор не соблюдает?

Вот для этого и придумали модуль abc. Там есть два главных героя:

1. ABC — это просто базовый класс, от которого всё танцуется. Помечаешь им свой класс — и всё, он теперь «абстрактный». Сам по себе он нихуя не делает, просто даёт понять Питону: «это не для реальных объектов, это для галочки».
2. @abstractmethod — это, блядь, волшебный декоратор. Вешаешь его на метод в классе-наследнике от ABC — и всё, привет. Теперь любой, кто захочет создать объект этого класса, обязан переопределить этот метод. Не переопределил? Получи TypeError прямо в сраку на этапе создания объекта, даже не дожидаясь вызова. Красота, да?

Вот смотри, как это выглядит в жизни:

from abc import ABC, abstractmethod

# Вот наш священный договор. Наследник от ABC.
class Animal(ABC):

    @abstractmethod
    def make_sound(self):
        """Все животные должны уметь издавать звук. И точка."""
        pass

    def breathe(self):
        # А это обычный метод, его можно и не трогать
        print("Вдох-выдох...")

# Пытаемся создать ущербного наследника, который договор игнорирует
class LazyCat(Animal):
    pass  # Ничего не реализовал, бздун!

# Попытка создать объект
try:
    my_cat = LazyCat()  # Тут нас и накроет!
except TypeError as e:
    print(f"Ошибка: {e}")  # Can't instantiate abstract class LazyCat with abstract method make_sound

Видишь? Сам от себя охуел, когда ошибку получил. Интерпретатор не дал даже создать этого ленивого кота. «Нет, — говорит, — чувак, ты сначала договор выполни, а потом уже объекты плоди».

А вот правильный, работящий наследник:

class ProperDog(Animal):
    def make_sound(self):
        # Теперь всё по-взрослому, метод реализован
        return "Гав! Гав!"

dog = ProperDog()
print(dog.make_sound())  # Гав! Гав!
dog.breathe()            # Вдох-выдох... (метод от родителя работает)

Вот и вся магия, ёпта. ABC — это как табличка «Вход только для своих», а @abstractmethod — это охранник, который проверяет, есть ли у тебя нужный пропуск (реализация метода).

Зачем это нужно? Доверия ебать ноль к другим программистам, вот зачем. Чтобы твой красивый фреймворк не развалился, потому что какой-то распиздяй забыл реализовать критически важный метод save_to_database(). А так — ошибка всплывёт сразу, на этапе написания кода, а не в проде, когда уже будет вам хиросима и нигерсраки.

Короче, инструмент мощный. Не злоупотребляй, но там, где нужна жёсткая дисциплина в архитектуре — самое то. Иначе получишь манду с ушами вместо вменяемой системы.