refactor: separate set item and get item options types

[Hebilicious]

🔗 Linked issue

#262

unblock #255
unblock #269

❓ Type of change

• 📖 Documentation (updates to the documentation, readme, or JSdoc annotations)
• 🐞 Bug fix (a non-breaking change that fixes an issue)
• 👌 Enhancement (improving an existing functionality like performance)
• ✨ New feature (a non-breaking change that adds functionality)
• 🧹 Chore (updates to the build process or auxiliary tools and libraries)
• ⚠️ Breaking change (fix or feature that would cause existing functionality to change)

📚 Description

@pi0 Instead of refactoring all the drivers, I think we can track expiration support in #262.
This PR just adds support at the type level.

📝 Checklist

• I have linked an issue or discussion.
• I have updated the documentation accordingly.

[codecov]

Codecov Report

Merging #271 (645b5ff) into main (59657f8) will not change coverage.
The diff coverage is 100.00%.

@@           Coverage Diff           @@
##             main     #271   +/-   ##
=======================================
  Coverage   76.55%   76.55%           
=======================================
  Files          26       26           
  Lines        3169     3169           
  Branches      473      473           
=======================================
  Hits         2426     2426           
  Misses        742      742           
  Partials        1        1           

Impacted Files	Coverage Δ
src/drivers/cloudflare-r2-binding.ts	77.57% <100.00%> (ø)
src/types.ts	100.00% <100.00%> (ø)

[pi0]

For simplification (of typing driver options), i think we can keep using one interface than two and introduce two if needed.

For ttl, i think it actually even makes sense to type possibly supported ttl in get operations for two reasons:

• A single option object (including ttl, credentials, etc) can be used to be passed into all storage operations
• ttl can also be respected in getItem for passive expiration support (drivers not implementing it, lazily invalidate entries on the next get operation)

Closing this issue for maintenance but still happy to discuss introducing two more types 👍🏼

[Hebilicious]

@pi0 Even if you do not want to split them now (and I think it's necessary based on the work done in #255), this PR still adds ttl in the TransactionOptions interface... Should I just have this change in #255 instead ?