Выбор структуры сохранения данных

Здравствуйте!
В целях обучения Java и смежных технологий решил написать клиент-серверное приложение (в данном топике затрагивается только малая часть) для мониторинга акций в магазинах.
Есть маленькое окно с выбором из JComboBox названия магазина и кнопкой для выполнения поиска акционных предложений. На основании выбора должен вернуться список (или массив?) адресов веб-страниц (их может быть разное количество) этого магазина. Этот список я передам в метод библиотеки Jsoup для парсинга, получу объект Product с инкапсуллированными данными названия, новой и старой ценами и периодом акции. Позднее вспомогательный класс запишет в БД, отобразит в таблице или сохранит в файл.
Проблема в том, что я не знаю как мне хранить списки адресов страниц. Создавать отдельные классы наследники абстрактного класса Shop для каждого магазина и возвращать объект типа Shop, а потом геттером получать список? Или сделать один класс Shop и возвращать статические объекты списков? Или держать все в связанных таблицах в БД? Как правильно с точки зрения ООП и чтобы потом легко было поддерживать? Вдруг я захочу потом добавить адреса магазинов и время работы? Проще хранить такие данные в классах или БД?
Буду очень благодарен за помощь!

0

Сообщение от driversti Проще хранить такие данные в классах или БД?

данные сохраненные в классах будут потеряны после перезапуска программы.

Не хватайтесь за все сразу. Опишите какие классы будут у вас в программе. Нарисуйте связи между ними. Все это нарисуйте на листке бумаги прежде чем думать что писать и какую БД использовать.

0

Сообщение от KEKCoGEN Опишите какие классы будут у вас в программе. Нарисуйте связи между ними.

Я рисовал и загвоздка вышла в том, что я не знаю как и где хранить списки адресов страниц.
1. Есть класс Launcher - запускает отрисовку фрейма (допустим, MyFrame).
2. В MyFrame выбираем из списка магазин и жмем кнопку, чтобы сформировать удобное представление акционных товаров. Этим занимается класс, допустим, ShopParser. Но чтобы работать, предполагаю передать ему список нужных адресов страниц.
3. ShopParser получает список, парсит данные и формирует список объектов класса Product, который передает дальше.
4. А дальше объекты класса Product получает класс, который будет их оформлять или в БД, или в таблицу. Не столь важно.
Вот и получается, классов всего несколько, связи простые. Загвоздка где и как хранить список адресов на основании выбранного магазина, чтобы удобно было поддерживать, обновлять и получать.

Остальные операции я должен сделать. Вчера получил интересующие данные. Упаковать в Product и потом обрабатывать не проблема.

0

driversti, покажите что нарисовали. UML коассов и схему БД

0

KEKCoGEN, я рисовал это чисто схематически на бумаге. UML ещё не пробовал никогда. Мне посоветовали хранить в файле типа txt или csv. БД по идее должна состоять из таблицы с ИД и названием сети супермаркетов. У неё отношение к таблице продукты как один ко многим (один супермаркет может иметь множество продуктов). Ещё посоветовали вынести период акции в отдельную таблицу (я пока не понял с каким отношением к другим таблицам). И тут я подумал, что к первой таблице можно присоединить таблицу с адресами страниц, так же в отношении один ко многим (супермаркету может принадлежать несколько страниц сайта с акциями).
Извините, если плохо объясняю свой замысел.

0

driversti, вместо того чтобы писать много слов нарисовали бы уже схему бд и показали

0