В Java все находится в форме класса.
Если вы хотите использовать любой объект, тогда у вас есть две фазы:
Пример:
Object a;
a=new Object();
То же самое для концепции массива
Item i[]=new Item[5];
i[0]=new Item();
Если вы не дают секцию инициализации, тогда возникает NullpointerException
.
То, что обычно понимается в термин "Персистентность Незнания", то, что Ваши классы объекта не лавинно рассылаются зависимостями от платформы (важный для сценариев N-tier). Дело обстоит не так прямо сейчас, когда классы объекта должны реализовать определенные интерфейсы EF ("IPOCO"), в противоположность простым объектам CLR. Как другой плакат упомянул, существует решение под названием Незнание Персистентности (ПОСТЕПЕННО) Адаптер для Платформы Объекта V1 для этого, и EF V2 будет поддерживать ПОСТЕПЕННО из поля.
Но я думаю, что Вы действительно имели в виду, была независимость базы данных. С одной большой конфигурацией XML, который включает модель хранения, концептуальную модель и отображение между теми двумя, от которых введенный ObjectContext будет сгенерирован во время проектирования, мне также трудно отобразить, как прозрачно поддерживать две базы данных.
То, что, вероятно, выглядит более многообещающим, применяет независимого от базы данных поставщика ADO.NET как тот от DataDirect. DataDirect также объявил о поддержке EF Q3/2008.
Основная проблема состоит в том, что платформа объекта не была разработана с незнанием персистентности в памяти. Я честно посмотрел бы на использование чего-то другого, чем платформа объекта.