Shreemanarjun / Shreemanarjun/datum

Working with `Drift`

Open
#4 0 comments 0 reactions 0 assignees View on GitHub

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...

  1. Create Drift models.
  2. Create DatumEntity or RelationalDatumEntity models.
  3. Create LocalAdapter for Drift and RemoteAdapter.

Questions

  1. How do we handle migration between Drift and Datum?
  2. 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

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. 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

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.