Pular para o conteúdo
AstraDOCS

Comportamento

Astra 0.2.3-preview.20261007Conferido em fonteReferência revisada · 07 out. 2026

Código C# do projeto

Família: Lógica · Grupo: Código · Identificador: astra.script.behavior · Payload: 1

Código C# do projeto

Crie um Behavior C# com ComponentId estável, compile o projeto e anexe ao objeto. Campos públicos suportados e PropertyId aparecem no Inspector; callbacks recebem o mundo do Play.

Área de código → crie/compile o Behavior → anexe ao objeto. Este registro não é criado pelo menu genérico.

O schema permite múltiplas instâncias no mesmo objeto; identifique a instância antes de editar ou remover. Não há fachada C# gerada para este tipo; não invente um nome de classe equivalente.

Anexe PlayerHealth ao Jogador e HeartHud ao HUD; atribua a referência Player, compile e entre em Play.

Nenhuma regra adicional declarada no schema deste componente.

Nenhuma regra adicional declarada no schema deste componente.

Operação Contrato
Adicionar/remover em Play não permitido
Alterar propriedades em Play não permitido
Múltiplas instâncias Sim
Versão do payload 1

Alterações em ponto seguro são aplicadas entre passos da simulação. Um componente exigido por outro não pode ser removido enquanto a dependência existir. Salvar a cena autoral e modificar o mundo de Play são operações distintas; veja Play e cena autoral.

Valores abaixo são resolvidos pelo descritor de um componente recém-criado. Campos por slot dependem dos recursos atribuídos. Um campo sem padrão significa que o descritor não fornece um valor independente de contexto.

Propriedade Tipo / unidade Padrão Domínio
Ativo
enabled
booleano verdadeiro verdadeiro | falso

Ativo · enabled

Onde: Inspector → Comportamento → Execução → Ativo.

Uso e efeito: Ativa/desativa a participação do componente no sistema consumidor; não remove seus dados.

Valor: verdadeiro · Tipo: booleano · Domínio: verdadeiro | falso.

Objetos, Behaviors e composição. Consolidar cenas, prefabs, contratos de scripts e mensagens, com referência remapeada e lifecycle correto. Contagem de APIs não mede fechamento funcional. Comportamento não validado deve permanecer explicitamente sem aceite.

Os campos acima pertencem ao contrato existente; novas funções dependem do fechamento da família. Não há datas individuais prometidas para cada propriedade.

  1. Crie Comportamento pelo fluxo indicado e resolva as dependências.
  2. Altere uma propriedade por vez e observe o efeito esperado na cena.
  3. Salve, reabra e confira os valores autorais.
  4. Entre em Play e verifique o comportamento com os recursos reais do projeto.
  5. Pare o Play e confira a cena autoral.

Este é um roteiro de conferência; não representa um teste executado nesta publicação.

A tabela cobre os tipos de propriedade disponíveis no descritor de reflexão. Não presume persistência de campos transitórios, equivalência com outras engines ou suporte em todos os aparelhos. Recursos, coleções e operações podem exigir APIs específicas.

Referência de arquitetura registrada pela engine: documentação oficial. Essa referência não representa paridade funcional.