Pular para o conteúdo principal

appcore-sdk

Release candidate

Publicado e verificado no registry: 1.0.2-rc.4, 2026-11-09. Selecionar =1.0.2-rc.4 explicitamente. As versões mantêm-se independentes; é uma release candidate, sem certificar deployment ou hardware.

ID estável da documentação: ACR-028.

appcore-sdk é a fachada para aplicações. Ele oferece uma superfície pequena e orientada a manifestos enquanto crates especializados continuam responsáveis por storage, scheduling, sync, AI, documentos e deployment.

Ele substitui o appcore-bin, agora aposentado, sem manter o antigo host ou a CLI do Runtime.

Migração do appcore-bin

A versão final de appcore-bin no crates.io é apenas um aviso de aposentadoria. Aplicações novas devem depender diretamente de appcore-sdk. Aplicações existentes mantêm seus manifests e código de negócio, trocam os imports de appcore_bin e deixam providers, listeners, workers e shutdown com o executável de deployment.

Quando usar​

  • ao iniciar uma aplicação AppCore externa com os três artefatos;
  • ao implementar Application e registrar commands, events, queries, decisions, states, handlers ou tasks;
  • ao usar defaults locais canônicos antes de fornecer manifests V1 explícitos;
  • ao ativar namespaces de capabilities sem compor manualmente um host Runtime.

Ele não abre listener implicitamente, escolhe providers, resolve secrets nem controla o lifecycle do processo. A composição do deployment continua explícita.

Contratos principais​

  • run e App fornecem o menor contexto local validado;
  • Application define os hooks de registro pertencentes à aplicação;
  • manifest reexporta os contratos canônicos de manifest V1;
  • namespaces protegidos por features expõem contratos de API, deployment, scheduler, storage, sync, AI e FileMaker;
  • App::logging configura o pipeline limitado de appcore-log.

Comece pelo tutorial da primeira aplicação e pelo guia em inglês, guia em português ou guia em francês. Depois execute o exemplo básico e o exemplo intermediário.

Prerelease independente — 2026-10-14​

1.0.2-rc.1: alterações próprias.

crates.io · docs.rs

1.0.2-rc.3​

Os pins exatos selecionam a distribuição de segurança da IA e a RC FileMaker qualificadas quando aplicável. APIs públicas, features padrão e entradas V1 mantêm-se. Selecionar a release exata e atualizar explicitamente o lockfile completo; os pins antigos permanecem imutáveis. O backend opcional usa as distribuições de segurança do registry documentadas na página AI. Isto não certifica hardware nem migra aplicações externas.

Disponibilidade HA negociada — 1.0.2-rc.4​

Esta coorte RC alinha os tipos distribuídos partilhados entre Sync, Peer RPC, control plane, Gateway, Transfer, SQLite e SDK. peer.availability.v1 seleciona resultados autenticados e estruturados sem mudar os formatos V1. Busy não executa a closure nem confirma trabalho. Rejeição, pendência, transporte e confirmação durável são distintos; os retries preservam a identidade idempotente. A composição comprova a conclusão da closure, o fencing e a confirmação exigida da réplica. Não implica migração de instalações, deployment ou certificação de falha física de energia.

Consulte o guia de disponibilidade.