Reviewedv1Tooling & SDKs

FoodTech SDK architecture

Use one library per responsibility and avoid duplicating signing, sync, or storage across applications.

Responsibility boundaries

  • foodtech_network: signing, transport, and retry.
  • foodtech_database: local state and outbox/inbox.
  • foodtech_sync: engine, reconciliation, and conflict policy.
  • foodtech_printer: discovery, rendering, and settings.
  • foodtech_auth: shared identity flows.
  • foodtech_ui: visual identity and RTL/LTR.

Application ownership

A library provides primitives and contracts while each application owns surface-specific orchestration. Do not place a Plus-only business rule inside a general library.

Releases

Every breaking change needs a major version, migration guide, and compatibility tests. Production applications never depend on a moving branch or local path.