Рассмотрим статические фабричные методы вместо конструкторов
Одним из преимуществ использования заводских методов по сравнению с конструкторами является то, что заводской метод имеет имя. Если параметры, переданные в конструктор, не помогают понять, какой объект будет возвращен в клиентский код.
Фабричный метод с правильно выбранным именем облегчит чтение клиентского кода.
Второе преимущество использования фабричного метода перед конструктором заключается в том, что ему не нужно возвращать новый объект каждый раз, когда он вызывался. Таким образом, этот метод очень полезен, когда мы пытаемся создать объект, который будет использоваться много или дорого создавать. И этот класс будет называться управляемым экземпляром. Потому что класс управляет созданием своего класса. Эти классы могут быть одноэлементными или Не создаваемыми экземплярами. Это позволяет неизменяемому классу гарантировать, что не существует двух равных экземпляров. a.равный(b) тогда и только тогда, когда a
Третье преимущество заключается в том, что он может возвращать любой подтип своего возвращаемого типа. Это будет хорошей практикой для возврата интерфейса в качестве возвращаемого типа и скрытого класса, зависящего от конкретной реализации.
В Java 8 интерфейс может иметь статический метод. Я не знал об этом или о том, как это может помочь мне что-то сделать? Зачем мне нужен статический метод для интерфейса?
В случае JDBC Подключение играет роль интерфейса службы, DriverManager.registerDriver – это API регистрации поставщика, DriverManager.getConnection – это API доступа к сервису, а Driver – это интерфейс поставщика услуг.
Оригинал: “https://dev.to/htintrinh/effective-java-programing-part-2-creating-and-destroying-objects-3mlp”