Shreemanarjun / Shreemanarjun/datum
Working with `Drift`
Nobody has claimed this yet.
- Dominant language
- Dart
- Stars
- 27
- Forks
- 4
- PR merge metrics
- No merged PRs in 30d
Description
Hi,
I see that Drift adapter marked as WIP, but with extends LocalAdapter<T> I think we can make a DriftLocalAdapter<T extends DatumEntityInterface> at current state?
Can you give an example of how to work with Drift?
From what I understand about Datum after reading the docs the flow would be...
- Create
Driftmodels. - Create
DatumEntityorRelationalDatumEntitymodels. - Create
LocalAdapterfor Drift and RemoteAdapter.
Questions
- How do we handle migration between Drift and Datum?
- Does Datum need to be aware of Drift schema changes, or is Drift fully responsible for migrations?
Contributor guide
No contributing guide indexed for this repository
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start with the existing documentation for LocalAdapter, RemoteAdapter, and the Drift adapter's WIP status, then trace how DatumEntity and RelationalDatumEntity fit the proposed flow. Done means documenting a complete Drift usage example and clearly answering how migrations and Drift schema changes are handled.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- dart, flutter
- Domain
- databases, documentation, mobile-dev
- Issue type
- Documentation
- Difficulty
- 5/5
- Estimated time
- Over a week
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 25/100