03 — BUILD, ADAPTERS, TEMPLATE & PROOF OF CONCEPT SUPERMARIO.WORKS Universal Builder System

03 — Build, Adapters, Template & POC

SUPERMARIO.WORKS LTD · Universal Builder System

03 — Build, Adapters, Template & POC

Dalla persistenza al primo vertical slice funzionante.

Architecture Constitution v1.0: FROZEN · Architecture Consensus: 100% AGREEMENT · Implementation Design: OPEN
FASE 7

Persistence Contract & Storage Adapter

  • Definire create/get/update/find per Accommodation, Location, Membership, Relations, Campaign.
  • Mapping object_uid/public_id ↔ storage locale.
  • Versioning e migration strategy.
  • Scegliere Storage Implementation WordPress solo dopo il mapping.
Mai: WordPress Post ID come identità universale.
FASE 8

Fluent Forms Adapter

  1. Mappa Data Model Field → Form Field.
  2. Registration/Account form solo per User data necessari.
  3. Accommodation Submission multi-step.
  4. Conditional logic guidata dal Data Model.
  5. Validation rules coerenti col Core/model.
  6. Upload → Media submissions, non solo file del form.
  7. Submission → review; niente pubblicazione automatica iniziale.
  8. Update da utenti autorizzati.
Il form rappresenta le business rules, ma non è l’unico luogo che le conosce.

User & permission flow

  1. Registrazione.
  2. Verifica email se prevista.
  3. Login.
  4. User ↔ Accommodation role association.
  5. Submit/update permission.
  6. Admin review.
  7. Audit metadata.

Ruoli predisposti: Primary Owner, Manager, Editor, Contributor, Admin.

Ecosystem Membership & Plans

Plan ads_limit Principio
FREE 0 Presenza essenziale
BASIC 8 Funzioni commerciali intermedie
PREMIUM 18 Funzioni avanzate

Gallery/contact/media/visibility sono capability/configuration, non tre oggetti separati.

Campaign / Ads

  1. Campaign object autonomo con UID/ID.
  2. Relation Accommodation ↔ Campaign.
  3. Territorio, categoria, stagione, validity, status.
  4. Applicare ads_limit della Membership.
  5. NO show_on_board/show_on_map come logica Core.
  6. Costruire query per bacheca generale automatica.
Una pubblicazione canonica → molte rappresentazioni.
FASE 9

Astra Presentation Layer

Base

  • Hero
  • Gallery
  • Identity
  • About
  • Location/Map
  • Amenities
  • Contact/CTA

Relazioni

  • Offers/Campaigns
  • Nearby
  • Attractions
  • Experiences
  • Events
  • Editorial
  • Related Places

Astra legge capability e dati; non decide il plan.

FASE 10

POC / Vertical Slice

  1. 1 object_uid + public_id.
  2. 1 Location relation.
  3. 1 Address.
  4. 1 User role.
  5. 1 Membership.
  6. 1 plan.
  7. Media Asset + Usage.
  8. 1 Campaign se consentita.
  9. 1 rappresentazione Astra minima.
  • Salvataggio/recupero senza ID WordPress universali
  • Fluent Forms resta adapter
  • Membership distinta
  • Relations chiare
  • Presentation sostituibile
  • POC cancellabile
FASE 11

Builder v1 completo

Dopo POC validato, implementare tutte le macrosezioni v1.0 e i workflow. Review/Payment/Notification avanzati restano fuori dalla release se non necessari.

Torna in alto