faustgreenХочу создать класс, который будет загружать драйвер и выдавать соединения с бд, а также закрывать их.
Какая от него польза по сравнению с javax.sql.DataSource ?
faustgreenПри этом хочу, чтобы методы были статическими и не нужно было бы создавать экземпляр класса.
Это ущербное желание. Таким образом вы создадите себе методы работы с БД глобальной видимости и будете использовать их в любом классе проекта, совершенно не заботясь о такой ерунде как coupling и cohesion. Почитайте о проблеме глобальных переменных.
faustgreen
1.
2.
3.
4.
5.
method () {
Connection con = Datasource.getConnection();
Statement st = con.createStatement();
....
}
try with resource потерялся. Пользы от того что getConnection() статический - ноль.
Предлагаю проследовать в гугл с вопросом "singleton antipattern"
faustgreen 1). Как сделать то, что я хочу?
У вас уже сделано. В чем вопрос? По-хорошему, конечно, стоило начать и изучение Apache Commons DBUtils, Apache Commons DBCP, Spring JdbcTemplate и других готовых решений.
faustgreen 2). Правильно ли я понимаю - метод Class.forName(String name); - загружает класс драйвера в память и тот регистрирует себя в DriverManager-е. Драйвер доступен до тех пор пока на него есть ссылка в DriverManager-е?
Не совсем. Слово "загружает" здесь не уместно. Класс может быть уже загружен при вызове этого метода. Кстати, спецификация JDBC требует ещё и вызова newInstance(). Так как в древности драйвера регистрировали себя из конструктора. Но в реальном мире они регистрируют себя в статическом инициализаторе, поэтому особой надобности в newInstance() нет.
faustgreen
3). Для работы с базой нам достаточно загрузить один экземпяр класса Driver (все другие загрузки будут избыточными)? Например, у нас будет 2 отдельных класса, которые будут работать с БД и у каждого будет свое соединение, нам же не нужно загружать драйвер дважды?
И вот тут начинается куча недопонимания построенного на заблуждении "загрузить драйвер". JVM грузит один класс только один раз. Вы не можете загрузить класс два раза. Правда, есть нюанс. Один и тот же байт-код загруженый разными ClassLoader-ами считается разными классами с точки зрения JVM.
Про "своё" соединение тут тоже не к месту. Вы три отдельных темы спутали в один процесс.
1. Загрузка класса в JVM это один процесс.
2. Регистрация Driver в DriverManager это другой процесс.
3. Управление содеинениями - это тоже отдельный вопрос.
Эти трое вообще не пересекаются, не надо их смешивать.
faustgreen
4). Чем отличается загрузка класса Class.forName(String name); от new Driver();? Class.forname - эта динамическая загрузка (run-time) и мы можем вынести имя драйвера в файл свойств, например, для того чтобы при необходимости сменить драйвер через конфигурацию?
В Java вся загрузка динамическая (runtime). Но направление мысли верное. Таким образом избегается статическая зависимость от драйвера.
faustgreen
5). Если создать класс со статическим блоком инициализации и поместить туда загрузку драйвера, то он опять же зарегистрируется в DriverManager и будет доступен пока на него есть ссылка (При этом это произойдет только 1 раз ? И в какой момент?)?
Драйвера уже имеют блок статический инициализации. Поэтому разницы особой нет. Это произойдет только один раз сколько бы вы Class.forName() не вызывали. Пока только не удалим драйвер из DriverManager вручную.
faustgreen
Если так то в статическом блоке мы же не можем пробросить исключение в случае чего, как быть с этим ?
Это первый звоночек. Конечно, будет обычный ExceptionInInitializerError. Но вам бы я порекомендовал просто взять за аксиому что статика это зло. Она убивает полиморфизм и даёт глобальную видимость. С одной стороны вы можете просто следовать этому совету. Но с другой стороны, смело делайте статику и тогда вы прочувствуете на собственном опыте все её "прелести". Будет проще понять. Правда, если проект маленький, есть шанс не прочувствовать.
