2016-03-22 2 views
-1

У меня есть проект игрушек (Java), который направлен на работу в качестве сервера между провайдерами сигналов, поставщиком данных и исполнителями сигналов. Эта система получает сообщения следующего формата от поставщика данных:Обработка данных в системе «реального времени»

EURUSD @ 11214,11216,11213,11215,1,03/22/2016_17: 36: 01

Мой вопрос о дате: создания новый java util Date в каждом сообщении будет вызывать много мусора, и я хотел бы избежать этого. Я мог хранить информацию в массиве int (год, месяц, день, часы и т. Д.), Но я потерял бы многие из преимуществ Date, то есть легкость сравнения двух экземпляров. Что бы вы сделали?

Пожалуйста, избегайте ответов, таких как «Преждевременная оптимизация» или «Создание объектов на Java».

+0

Это очень широкий вопрос, я не уверен, что SO действительно является местом для него. Может быть, для них лучше было бы программировать.stackexchange? – beresfordt

+1

@beresfordt: P.SE не для очень широких вопросов –

+0

Модераторы не стесняются закрыть вопрос, если он не подходит для SO. –

ответ

2

Дата хранения в простой long (количество миллисекунд от Epoch).

Преобразовать его в год/месяц/день и обратно с помощью одного экземпляра Calendar
(или ThreadLocal<Calendar> в mutithreaded среде).

+0

Для этого мне нужно разобрать строку в дату. Поэтому я получаю один объект даты для каждого получаемого сообщения. В идеале я бы хотел этого избежать. –

+0

@IvanValeriani Вы можете повторно использовать экземпляр «Calendar» для синтаксического анализа. – apangin

+0

Это на самом деле хорошая идея, спасибо. –