Абстрактная реализация интерфейса шаблона фабрики или расширение класса

Question

Im в настоящее время реализует абстрактный шаблон фабрики для подключения к базе данных, мне нужно отделить бизнес-логику и иметь код, который не нужно переписывать для каждого нового типа базы данных, который должен подключаться к мое заявление, Так что на данный момент у меня есть эти классы

Interface Connection{} 
MySql implements Connection{} 
PostgreSql implements Connection{} 

Таким образом, проблема здесь в том, что каждый класс, который реализует интерфейс подключения должен переписать методы в интерфейсе, я должен был бы класс, где есть общие такие методы, как setStatement, executeQuery и т. д., но затем методы som должны быть перезаписаны подобно методу подключения, который будет отличаться в зависимости от баз данных etype,

Прежде всего я хочу иметь дополнительный класс между интерфейсом Connection и подклассами , где методы хранятся и используются, если они не переопределены, но это решение не похоже на правильный путь (исправьте меня, если im неправильно)

Interface ConnectionInterface{} 
class Connection{} 
MySql extends Connection{} 
PostgreSql extends Connection{} 

Благодаря

Answer 1

Ничего плохого в этом нет. Но я бы сделал это вот так:

interface Connection{} 
abstract class AbstractConnection implements Connection {} 
final class MySql extends AbstractConnection{} 
final class PostgreSql extends AbstractConnection{} 

С помощью Java 8 вы также можете использовать методы по умолчанию в интерфейсе и исключить абстрактный класс.

Совершенно альтернативным подходом будет класс DefaultConnectionOperations, который предоставляет методы. Тогда у вас может быть объект этого класса, который вводится в каждую Connection-Implementation. Но это спорно, если инъекции зависимостей необходимы в вашем случае.

Answer 2

Я не понимаю, почему бы не рассмотреть вопрос о наложении State design pattern. Вот еще very good post - почему?

Поступая таким образом

каждая новая база данных типа

может изменить в Connection поведение, когда его изменения типа. Также будет отображаться уже измененный соответствующим образом. Шаблон состояния также позволяет сохранять атрибуты прежнего состояния, даже когда состояние изменяется после этого.

Псевдо код реализации:

class Connection{ 
private State _state; 
} 

abstract class State{ 
protected Connection connection; 
} 

class MySqlState extends State{} 
class PostgreSqlState extends State {}