Infrastructure: Qualify native-core TurboModule support with a real consumer

Aberta
  • Algo errado?
#4,380 0 comentários 0 reações 0 responsáveis Ver no GitHub

Mantenedores costumam responder em até 1 dia

Ninguém assumiu esta issue ainda.

Avaliação

Dificuldade
5/5
Tempo estimado
Mais de uma semana
Facilidade para iniciantes
12/100
Tipo de issue
Funcionalidade
Clareza
Razoavelmente clara
Status de atividade
Ativa
Stack de tecnologia
cpp, csharp, ios, objective-c, react-native, typescript
Domínio
mobile-dev

Direção de pesquisa

The payload names no source files or tests; the work centres on the FRNNativeCoreSpec boundary and package codegen under packages/agentic/native-core, with the README and AGENTS.md as the packaging rules to read first. Done means a real consumer's TurboModule is invoked and returns results in supported Apple and Windows hosts, not merely generated or mocked. The issue is deferred until a concrete consumer exists and requires design work, so it is not a first contribution.

Escrita pelo modelo de indexação a partir do texto da issue.

Descrição

Goal

Exercise the module half of native-core's FRNNativeCoreSpec boundary with a representative real feature. Part of #4275. This remains deferred until a genuine consumer justifies it; do not create a speculative module merely to share view behavior.

Observed baseline — 2026-10-15

Callout and FocusZone exercise the component path. Package codegen uses type: all and Windows has both component/module generators, but this is not evidence that a real TurboModule works in supported consuming hosts.

Acceptance

  • Identify the concrete non-view feature/consumer and review its public platform contract and lifecycle.
  • Add the correctly named Native<Name>.ts schema, thin native module adapters, explicit exports, and a genuine shared service only when reuse exists. Components and modules are peer service consumers; view commands must not route through a global module.
  • Verify Apple/Windows codegen/provider registration, packed source ownership, errors/cancellation, dispatcher affinity, and cleanup in real consuming hosts and declared renderer/version combinations.
  • Preserve Office bridging-header and CocoaPods-module build compatibility, legacy Win32 ownership, and existing component registrations.
  • Record actual native invocation/results and unsupported hosts. A generated interface, compilation, or JS mock does not establish module readiness.

Evidence

Retired handoff: b55d6c9a3:packages/agentic/native-core/plans/modernization.md; durable packaging/admission rules in packages/agentic/native-core/README.md and AGENTS.md. Candidate wave-three 5f6e7af1252bcfe087dcd1672afaa4ceb7c5efbb is selective reference material, not qualified module delivery.

Linguagem predominante
TypeScript
Estrelas
1.4k
Forks
179
Merge médio
1d 10h
PRs com merge (30d)
50

Preparar o ambiente

Primeiros passos

  1. Leia a issue inteira e depois o guia de contribuição do projeto.
  2. Comente na issue dizendo que vai assumir — evita que duas pessoas façam o mesmo trabalho.
  3. Faça um fork do repositório e trabalhe em uma branch.
  4. Abra um pull request que referencie o número da issue.

Mais de microsoft/fluentui-react-native

Todas as issues de microsoft/fluentui-react-native

Issues semelhantes

Mais issues de TypeScript

Receba novas issues na sua caixa de entrada

Um resumo curto de issues do GitHub para quem está começando.