В чем разница между классом и объектом?

В объектно-ориентированном программировании (ООП) класс и объект — это фундаментальные, но разные концепции. Класс служит абстрактным описанием, определяющим общие характеристики и поведение для группы похожих сущностей. Объект же является конкретным воплощением этого описания в памяти во время выполнения программы.

Класс как чертёж

Класс определяет:

• Атрибуты (поля или свойства): данные, которые будут храниться (например, имя, возраст).
• Методы: функции, которые описывают поведение (например, рассчитать зарплату, вывести информацию).

Сам по себе класс не занимает память для хранения данных — он лишь задаёт правила.

Объект как экземпляр

Когда вы создаёте объект (процесс называется инстанцированием), вы выделяете память под конкретный набор данных. Каждый объект имеет собственные значения для атрибутов, определённых в классе.

Пример на Python

# Определяем класс (чертёж)
class Dog:
    # Конструктор — метод для инициализации объекта
    def __init__(self, name, age):
        self.name = name  # атрибут
        self.age = age    # атрибут

    # Метод (поведение)
    def bark(self):
        return f"{self.name} says woof!"

# Создаём объекты (экземпляры) по чертежу Dog
dog1 = Dog("Rex", 5)   # Первый объект со своими данными
dog2 = Dog("Bella", 3) # Второй объект

print(dog1.name)        # Вывод: Rex
print(dog2.bark())      # Вывод: Bella says woof!
print(dog1 is dog2)     # Вывод: False — это разные объекты

В этом примере Dog — это класс. dog1 и dog2 — это объекты (экземпляры) класса Dog. У них одинаковый набор атрибутов (name, age) и методов (bark), но значения атрибутов разные.

Где это применяется?

Это основа ООП, используемая практически во всех современных языках (Java, C#, Python, JavaScript ES6 и др.) для моделирования реальных сущностей, организации кода, инкапсуляции данных и повторного использования через наследование.

Итог: Класс — это абстрактный тип, определяющий структуру. Объект — конкретная сущность, созданная по этой структуре, с реальными данными. Понимание этой разницы критично для проектирования и написания чистого, модульного кода.