Инкапсуляция
Тема дорожной карты · Java
Инкапсуляция в Java — это объектно-ориентированный принцип объединения состояния объекта (полей) и поведения, которое оперирует этим состоянием (методов), внутри одного класса с ограничением прямого доступа извне. Стандартный механизм инкапсуляции в Java — объявить поля private и предоставить контролируемый доступ через public-геттеры и сеттеры или через более богатые доменные методы, обеспечивающие бизнес-инварианты, что не позволяет вызывающим кодам переводить объект в несогласованное состояние. Java Records (введённые как стабильная функция в Java 16) предоставляют компактную, неизменяемую форму инкапсуляции: record Point(int x, int y) {} автоматически генерирует канонический конструктор, поля private final и аксессоры только для чтения, делая их идеальными для объектов-значений и data-transfer objects в JDBC/JPA. Инкапсуляция обеспечивается на уровне модульной системы JVM (JPMS, Java 9+) через module-info.java: модуль объявляет, какие пакеты он exports, а типы в неэкспортируемых пакетах недоступны даже через рефлексию по умолчанию, поднимая инкапсуляцию с уровня класса до архитектурного уровня. Правильная инкапсуляция в Java снижает связанность компонентов, упрощает тестирование Spring-бинов с Mockito через внедрение зависимостей через параметры конструктора вместо внедрения в поля и облегчает рассуждение о потокобезопасности в сценариях Java Concurrency, поскольку доступ к общему изменяемому состоянию всегда опосредован единой, контролируемой точкой.
Как это работает
Инкапсуляция в Java строится на классах, наследовании (extends), интерфейсах (implements), полиморфизме (override + динамическая диспетчеризация), инкапсуляции (private-поля + public-методы), композиции (предпочтительнее наследования). Современная Java добавляет records (immutable носители данных), sealed классы/интерфейсы (закрытые иерархии для pattern matching), default-методы интерфейсов (эволюция без слома implementers).
Когда применять
Композиция (класс has-a) лучше наследования (класс is-a) по умолчанию — Liskov substitution исключает многие "is-a", выглядящие интуитивно. Records — для immutable data-классов. Sealed-типы — когда иерархия конечна (Shape — это Circle, Square или Triangle). Избегайте глубоких иерархий (>2-3 уровней = сигнал плохого дизайна).
Типичные ошибки
Ловушки Инкапсуляция: глубокие иерархии наследования, в которых "find usages" IDE не разберётся; mutable-поля без thread-safety на shared-объектах; override equals без hashCode (сломано в любом HashMap); toString сущности случайно выставляет колонку БД (утечка в логи); абстрактные базовые классы, смешивающие concern (разделяйте).