Борется с деформаторами в Java

Question

Я являюсь разработчиком .NET, пробуя мою руку в Java. Мой нынешний проект имеет слой пользовательского интерфейса, бизнес логический слой и слой доступа к данным. Я сейчас работаю над Далом.

Я еще не подключаю к внешней базе данных; Я надеялся, что мои дистанционные классы используют данные в памяти, пока не будет на месте.

В .NET Очень легко сделать в памяти данных, выбирать из них, добавить к ним и удалить с них. Но, в Яве, я не смог найти то, что делает то же самое.

Я рассматривал возможность замены «источников данных» с коллекцией сильно напечатанных объектов; Но это потребует добавления ссылок на бизнес-слой внутри DAL (и я подумал, что это было не-нет).

Может кто-нибудь помочь запутанному разработчику? Если весь этот подход недостаточно, что бы вы сделали? Если я пропустил эквивалент DataTable в Java - что это?

Answer 1

Вот статья При запуске базы данных Derby в памяти.

Если я знал, какая база данных и какая библиотека настойчивости вы используете, я мог бы дать более точный ответ.

Answer 2

Вы можете использовать базу данных памяти, как описано в Этот ответ.

Сравнение различных баз данных памяти отображается в Это так вопрос.

Answer 3

Я рассматривал возможность замены «источников данных» с коллекцией сильно напечатанных объектов; Но это потребует добавления ссылок на бизнес-слой внутри DAL (и я подумал, что это было не-нет).

Кто составляет эти правила?

Если ваш слой доступа к данным отвечает за операции CRUD для объектов модели, мне кажется, что он должен иметь ссылки на них. Там нет возможности вокруг этого.

Устойчивость настойчивости не должна знать об услуге или просмотра слоев.

Единственный полностью неопределенный класс - это тот, который не разговаривает ни на один и ничего не предлагает. Это бесполезно.

Не будьте так повесили на «правила». Вы пытаетесь сложить ваше приложение. Вы кладете все о настойчивости в слой классов.

Я не думаю, что база данных в памяти оказывает какое-либо влияние на то, как вы разработаете устойчивость настойчивости. Вы должны быть в состоянии поменяться в реляционную базу данных или плоский файл или любой другой механизм, но интерфейс не должен меняться. Это деталь реализации.

Answer 4

Или / MS были доступны гораздо раньше в Java, чем в .NET. Наборы данных не повреждены тем, что они заставляют вас программировать процедуру. Попробуйте взаимодействовать с объектами и отображать их в дБ позже.