JInternalFrame это Presentation Layer.
DataSource это Data Access Layer.

Обращаться из GUI к JDBC API это каша.
GUI класс работает с Domain Model и Swing API.
Domain Model обращается к Repository.
Repository уже может быть реализацией DAL.

Инкапсулируй!

Собственно решений тут как бы два
Inversion of Control и Singleton.

IoC реализуется либо через Dependency Injection или Service Lookup.
Но в простейшем случае можно Service Lookup выродить в Singleton. И обращаться к DAL через глобальную переменную.

Очень рекомендую хотя бы разделять "Логику" и "Представление". А "Логику" в свою очередь рекомендую разделить на "Бизнес-логику" и "Работу с БД". Будет хоть какое-то подобие архитектуры.

NixicНо, насколько я понял, просто так их использовать не получится, они будут вызывать новую инициализацию (new() ), ну или я слишком поверхностно пробежался по теме.
Слишком поверхностно. Суть DI в том, что можно написать один класс, который создаст все другие и проставит между ними ссылки.
То есть один класс-контейнер проинициализирует один DataSource и расставит ссылки на него во все классы, которым это нужно.

NixicА вот Singleton как раз то, что нужно!

Ну, как сказать. В простейших случаях - да.

NixicДобавил его реализацию(Double-Checked Locking с volatile) в класс пула.
Кто вам в голову это фигней насрал? final поле и synchronized инициализация больше ничего не нужно. Не нужна вам ленивая инициализация. Не будет у вас 100500 потоков бороться за создание DataSource.

NixicЗаодно почистились многие классы (в частности и GUI), от ненужных параметров в конструкторе и переменных.

Ещё бы GUI от JDBC почистить.

NixicПо поводу разделения логики, представления и прочего - я стараюсь все раскидывать по отдельным папках, в зависимости от назначения классов.
Package by feature, not layer

NixicНо вот в другом проекте, использовал немного другой принцип, разбивал классы по отделам предприятия, а внутри добавлял еще папки, которые уже разделялись на представления, логику и классы для работы с бд. Бардак с одной стороны, хотя... Еще раз, Спасибо за помощь, думаю, что в дальнейшем я все же вернусь к Ioc и DI.
Так лучше. Но в этом случае внутренние пакеты и не нужны особо. Там редко бывает больше одного класса определенного слоя. Разве что domain model.

NixicКто вам в голову это фигней насрал? final поле и synchronized инициализация больше ничего не нужно. Не нужна вам ленивая инициализация. Не будет у вас 100500 потоков бороться за создание DataSource.

Добрые люди там оставили вводную ссылочку, которая на много более полезна:
http://habrahabr.ru/post/27108/

Nixicто есть, получается, достаточно лишь?


ДА!