Movatterモバイル変換


[0]ホーム

URL:


Skip to content

Navigation Menu

Sign in
Appearance settings

Search code, repositories, users, issues, pull requests...

Provide feedback

We read every piece of feedback, and take your input very seriously.

Saved searches

Use saved searches to filter your results more quickly

Sign up
Appearance settings

New Architecture for React Native for Windows #12042

Open
Labels
Area: FabricSupport Facebook FabricNew ArchitectureBroad category for issues that apply to the RN "new" architecture of Turbo Modules + FabricWorkstream: Component ParityClose the parity gap between RNW and RN for core RN components and their supporting APIs.enhancement
Milestone
@chrisglein

Description

@chrisglein

This issue is a hub for the various internal workstreams underway to bring the current "Paper" implementation of React Native on Windows (RNW) to be replaced with aFabric implementation. For information for how to consume this,start here.

About Fabric

Fabric is Meta's new rendering system for React Native, designed to share more rendering logic cross-platform in C++. RNW's existing "Paper" renderer is built on XAML, with various parts dropping down into native Composition as need be; the new Fabric renderer targets Composition from the start, but with the ability to host XAML islands within.

Apps on this new architecture are Win32 by default (this is a change from the Paper architecture where apps were UWP by default). The move away from UWP was a decision made to stay in alignment with WinAppSDK and WinUI3 which support Win32 apps (Seehere for more information). For our customers with UWP RNW apps, we will help with migration instructions once we shift support to Fabric as the default experience.

Can I Try It?

Yes!Start here. Starting with version 0.76 we are ready for folks to preview Fabric on Windows, but we know it's not ready for everyone's needs. Be warned that there are still gaps in both the functionality and the developer experience. Soon we expect to switch Fabric to be the default experience for new apps (but Paper will remain available as a compatibility fallback for some time).

Sticking to finalized releases is the best plan for most, but if you are an early adopter who is comfortable with an unpolished experience and wants to try intermediate builds, you can try that outhere. However, understand that documentation will be thin, and please consult the below lists for what is not yet implemented before making any bug reports.

Milestones

MilestoneMilestone NicknameMilestone Description
☑️ M0Proof of Concept
  • Internal contributors can manually create a Win32 app that renders JSX using Composition
☑️ M1Experimental
  • User can successfully initialize, build, and run a React Native Windows app on the new architecture.
  • User can use themost common props/API’s.
  • User can use themost common accessibility props/API’s.
  • User can observebasic accessibility support within their app.
  • User willnot have access to full API parity with Paper.
  • User can use community modules within their app.
  • Usercannot use community modules with native UI within their app.
☑️ M280% Parity and Accessibility
  • User can use 80% props/API’s that were supported on Paper.
  • User can use 90% accessibility props/API’s that were supported on Paper.
  • User can observe compliant/delightful accessibility support within their app.
🔜 M3Ready for Modules
  • User can use thesubset of community modules with native UI which have support for Fabric on Windows.
🔜 M4New Default(Fabric now officially in support)
  • User can use some community modules with native UI which had been supported on Paper.
  • User can view documentation for the new architecture on the React Native Windows website.
  • Platform will be validated againstmost common app scenarios.
⬜ M5Parity with Paper
  • User can use all props/API’s that were supported on Paper.
  • Platform will be validated against all app scenarios.
  • Paper architecture will bedeprecated; Fabric will be the new default.
⬜ M6Deprecate Paper
  • Paper architecture will be deprecated.

Host Component Parity

(this table last updated April 2025, more detail available through logged issues on GitHub)

PriorityComponentAvailableProperties
0View98%
0Text86%
0Image100%
0TextInput59%
1ScrollView44%
1Modal64%
2ActivityIndicator100%
2Switch100%
2RefreshControl🟥28%

Overall, if you include inherited View props and everything, Fabric is currently at 77% parity relative to Paper.

Host Components are the core RN primitive components directly backed by native UI. This table tracks our progress to reach parity in Fabric (Composition) with our Paper (XAML) implementation. See the parity tracking issuehere

Paper Parity

Note that Paper itself never reached 100% parity. So 100% completion in the table above represents reaching 100% of what Paper accomplished, which is represented here:

ComponentCompleted %
View79% (116/147)
Text72% (111/155)
Image77% (151/196)
TextInput72% (165/230)
ScrollView69% (143/208)
Modal57% (41/72)
ActivityIndicator78% (117/150)
Switch79% (121/154)
RefreshControl74% (116/156)

Accessibility and Test Coverage

You can track the state of these important aspects here:

Other key issues

Metadata

Metadata

Assignees

No one assigned

    Labels

    Area: FabricSupport Facebook FabricNew ArchitectureBroad category for issues that apply to the RN "new" architecture of Turbo Modules + FabricWorkstream: Component ParityClose the parity gap between RNW and RN for core RN components and their supporting APIs.enhancement

    Type

    No type

    Projects

    Status

    No status

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions


      [8]ページ先頭

      ©2009-2025 Movatter.jp