#86 URIHandle refinement

已關閉
ranides4 年之前創建 · 2 條評論

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 年之前 中引用了該問題
ranides3 年之前 關閉
登入 才能加入這對話。
未選擇里程碑
未指派成員
1 參與者
正在加載...
取消
保存
尚未有任何內容