Comando verify

Use o comando verify para verificar se o conteúdo do pacote de adaptação por toque é válido, com as opções mostradas na tabela a seguir.

Opções	Descrição
`--takx` `--takx-file <takx-file>`	Caminho para o pacote de adaptação por toque que você deseja verificar. Este parâmetro é obrigatório.
`--log` `--log-file` `--out <log-file>`	Caminho para um arquivo no qual você deseja gravar os resultados da verificação. Este parâmetro é obrigatório.
`--default-layout <default-layout>`	Define o nome do layout padrão esperado. Se este parâmetro for fornecido, um erro de verificação será gerado caso o layout padrão não seja igual ao nome de layout fornecido.
`--layout-version <layout-version>`	Especifica a versão semântica com a qual todos os layouts do pacote de adaptação por toque devem ser compatíveis. Se este parâmetro não for especificado, a única verificação exigida é que todos os layouts tenham uma versão de esquema válida.
`--manifest-version <manifest-version>`	Especifica a versão semântica com a qual a versão de esquema do manifesto deve ser compatível. Se este parâmetro não for especificado, a única verificação exigida é que o manifesto tenha uma versão de esquema válida.

Níveis de verificação do pacote

O comando verify (e a etapa de verificação dos comandos pack e serve) informa o chamador sobre quaisquer problemas com o pacote de adaptação por toque. Esse processo de verificação emprega a seguinte classificação de problemas para ajudar a orientar o desenvolvedor em direção a um pacote totalmente funcional.

Erro

Erros na verificação significam que há algo errado com o pacote. É extremamente provável que o carregamento do pacote falhe. Exemplos disso incluem itens como JSON incorreto ou que não pode ser analisado, ativos ausentes ou ausência do idioma neutral. Quaisquer erros bloquearão os comandos pack e serve, a menos que a opção --no-verify seja usada.

Aviso

Avisos de verificação são itens que sinalizam possíveis problemas com o pacote, mas não bloqueiam os comandos pack ou serve. Por exemplo, ativos que estão no pacote, mas não são referenciados por nenhum layout, gerarão avisos, pois isso pode indicar que o desenvolvedor incluiu inadvertidamente ativos não lançados, mas também pode indicar que o desenvolvedor está testando novos ativos e ainda não criou todos os layouts ou precisa atualizar o bloco allowedStateValues.

Os avisos impedirão que seu representante de conta Microsoft envie o pacote.

Exemplos

Use o exemplo de código a seguir para verificar a validade de um pacote de adaptação por toque.

Verificar um pacote de adaptação por toque sem erros

C:\>tak verify --takx-file C:\tmp\MyGameLayouts.takx
Verifying touch adaptation bundle 'C:\tmp\MyGameLayout.takx'.
Verification complete. 0 error(s) and 0 warning(s) found.

Verificar um pacote de adaptação por toque especificando um layout padrão esperado e obter um erro quando o layout padrão não estiver presente

C:\>tak verify --takx-file C:\tmp\MyGameLayouts.takx  --default-layout initialLayout
Verifying touch adaptation bundle 'C:\tmp\MyGameLayout.takx'.
ERROR: takxmanifest.json(1): error : Actual default layout 'menu_ui' isn't the expected default layout 'initialLayout'.
Verification complete. 1 error(s) and 0 warning(s) found.

Confira também

Ferramenta de linha de comando do Touch Adaptation Kit (tak.exe)

Porting

Build Paths

Níveis de verificação do pacote

Erro

Aviso

Exemplos

Confira também

​Níveis de verificação do pacote

​Erro

​Aviso

​Exemplos

​Confira também

Níveis de verificação do pacote

Erro

Aviso

Exemplos

Confira também