Size: a a a

2020 January 30

DK

Dzmitry Kharevich in learn.java
лучше в csv, самое простое. для лабы сойдет
источник

Ln

Larymar neosilator in learn.java
Miras Bolat
😂😂, спасибо за ответ. Но я ещё опарыш в программировании. Пока что не старый
тогда советую csv сложить в него
источник

Ln

Larymar neosilator in learn.java
уверн для жабы полно либ по работе с ним
источник

Ln

Larymar neosilator in learn.java
(сам не знаю не пишу ) но попробуйте)
источник

АВ

А зачем Вам in learn.java
Подскажите по "архитектуре", хочу хранить много объектов, к части которых буду обращаться часто, а потом оооочень редко
источник

АВ

А зачем Вам in learn.java
Как бы это получше и побыстрее организовать
источник

D

DarkPerl in learn.java
А зачем Вам
Подскажите по "архитектуре", хочу хранить много объектов, к части которых буду обращаться часто, а потом оооочень редко
Не совсем понятен ваш вопрос.
Вы не могли бы описать задачу более подробно ?!
источник

АВ

А зачем Вам in learn.java
Есть много объектов, вот прям банальных, тройка стрингов, пять десятков интов, по мере работы с ними они будут не нужны, но должны продолжать существовать и где то храниться на всякий редкий случай
источник

АВ

А зачем Вам in learn.java
Типа нпс в игре, которые убиты, но трупы лежат
источник

Ln

Larymar neosilator in learn.java
А зачем Вам
Есть много объектов, вот прям банальных, тройка стрингов, пять десятков интов, по мере работы с ними они будут не нужны, но должны продолжать существовать и где то храниться на всякий редкий случай
сложите в бд
источник

Ln

Larymar neosilator in learn.java
она все за вас будет кешировать что актуально
источник

Ln

Larymar neosilator in learn.java
что не актуально засунет далеко и глубоко
источник

D

DarkPerl in learn.java
А зачем Вам
Есть много объектов, вот прям банальных, тройка стрингов, пять десятков интов, по мере работы с ними они будут не нужны, но должны продолжать существовать и где то храниться на всякий редкий случай
Ну, пока в голову приходит только одно. Возьмите создайте контейнеры, массивы, или классы, и положите туда. ))))
источник

D

DarkPerl in learn.java
Абстракно все у вас как то )
источник

AS

Artyom Serdyuk in learn.java
А зачем Вам
Подскажите по "архитектуре", хочу хранить много объектов, к части которых буду обращаться часто, а потом оооочень редко
а какую цель преследуешь?
источник

АВ

А зачем Вам in learn.java
Хранить кучи объектов валяющиеся по миру)
источник

DK

Dzmitry Kharevich in learn.java
источник

AS

Artyom Serdyuk in learn.java
ну так может их просто рендерить по мере поступления?)
источник

D

DarkPerl in learn.java
А зачем Вам
Хранить кучи объектов валяющиеся по миру)
Вообще, лучше не хранить ))) А создавать\удалять ) Память JVM то не резиновая )
источник

AS

Artyom Serdyuk in learn.java
как вариант, но по сути ты и так будеш делать запрос, к базе в определенных "местах", чтобы получить эти объекты. Вопрос скорее будет в том, что тебе нужно хранить определенное их состояние (то, в котором ты их записал в БД) или это просто обьекты определенного типа и ты постоянно их генерируешь. В таком случае писать в БД не имеет смысла, можно просто создать заново
источник