#86 URIHandle refinement

Zamknięty
otworzone 4 lat temu przez ranides · 2 komentarzy
ranides skomentował 4 lat temu

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 skomentował 3 lat temu
Właściciel

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 skomentował 3 lat temu
Właściciel

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

Honestly, current implementations of time are good enough. Skip this part.
Zaloguj się, aby dołączyć do tej rozmowy.
Brak kamienia milowego
Brak przypisania
1 uczestników
Ładowanie...
Anuluj
Zapisz
Nie ma jeszcze treści.