#86 URIHandle refinement

Закрыто
4 лет назад открыта ranides · комментариев: 2
ranides прокомментировал 4 лет назад

Implement Map<> URIHandle#time() which returns all supported time metadata at once.

Rename content() to text()

Create content() which returns binary data as byte[], or ByteBuffer, or something

Implement `Map<> URIHandle#time()` which returns all supported time metadata at once. Rename `content()` to `text()` Create `content()` which returns binary data as byte[], or ByteBuffer, or something
ranides прокомментировал 3 лет назад
Владелец

When we talk about Map<> URIHandle#time() it would be better to just

  • don't add new method
  • old method should load all timestamps, if it is supported and memoize them
  • next calls should just read memoized values

Update of memoized content should be triggered if you ask again about URITime which was used before for memoization. It means, if you as two times for modification, it will be fetched two times.

To implement this, we should store internally:

  • memoized result
  • URITime used to memoize
When we talk about `Map<> URIHandle#time()` it would be better to just - don't add new method - old method should load all timestamps, if it is supported and memoize them - next calls should just read memoized values Update of memoized content should be triggered if you ask again about URITime which was used before for memoization. It means, if you as two times for modification, it will be fetched two times. To implement this, we should store internally: - memoized result - URITime used to memoize
ranides прокомментировал 3 лет назад
Владелец

Honestly, current implementations of time are good enough. Skip this part.

Honestly, current implementations of time are good enough. Skip this part.
ranides упомянул эту задачу в коммите 3 лет назад
Войдите, чтобы присоединиться к обсуждению.
Нет этапа
Нет ответственного
1 участников
Загрузка...
Отмена
Сохранить
Пока нет содержимого.