Skip to content

New Architecture for React Native for Windows #12042

Open
@chrisglein

Description

This issue is a hub for the various workstreams underway to bring the current "Paper" implementation of React Native on Windows to become a Fabric implementation.

About Fabric

Fabric is the 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 will target Composition from the start, but with the ability to host XAML islands within.

Apps on the new architecture will be 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 the new WinAppSDK and WinUI3 which support Win32 apps (See here for more information). For our customers with UWP RNW apps, we will have clear migration instructions out once we reach official support for Fabric.

Can I Try It?

We aren't ready for most people to try out Fabric on Windows at this moment. There are still significant gaps in both the functionality and the developer experience. If you are an early adopter who is comfortable with an unpolished experience, you can try it out here. However understand that documentation will be thin, and please consult all of the below lists for what is not yet implemented before making any bug reports. As we progress further into our milestones the level of support will increase.

Milestones

Milestone Milestone Nickname Milestone Description
☑️ M0 Proof of Concept
  • Internal contributors can manually create a Win32 app that renders JSX using Composition
☑️ M1 Experimental
  • User can successfully initialize, build, and run a React Native Windows app on the new architecture.
  • User can use the most common props/API’s.
  • User can use the most common accessibility props/API’s.
  • User can observe basic accessibility support within their app.
  • User will not have access to full API parity with Paper.
  • User can use community modules within their app.
  • User cannot use community modules with native UI within their app.
🔜 M2 Parity and Accessibility
  • User can use all props/API’s that were supported on Paper.
  • User can use all accessibility props/API’s that were supported on Paper.
  • User can observe compliant/delightful accessibility support within their app.
⬜ M3 Ready for Modules
  • User can use the subset of community modules with native UI which have support for Fabric on Windows.
⬜ M4 Production Ready (Fabric now officially in support)
  • User can use most 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 against most common app scenarios.
⬜ M5 New Default
  • Platform will be validated against all app scenarios.
  • Paper architecture will be deprecated; Fabric will be the new default.

Host Component Parity

(updated February 2024)

Priority Component Available Properties
0 View 90%
0 Text 85%
0 Image 89%
0 TextInput 80%
1 ScrollView 84%
1 Modal 🟥 64%
2 ActivityIndicator 86%
2 Switch 90%
2 RefreshControl 🟥 28%

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 issue here

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:

Component Completed %
View 79% (116/147)
Text 72% (111/155)
Image 77% (151/196)
TextInput 72% (165/230)
ScrollView 69% (143/208)
Modal 57% (41/72)
ActivityIndicator 78% (117/150)
Switch 79% (121/154)
RefreshControl 74% (116/156)

Task list

Tasks

Preview Give feedback
  1. 9 of 9
    Area: Fabric Deliverable New Architecture Parity: Fabric vs. Paper enhancement
    jonthysell
  2. 18 of 20
    Area: Developer Experience Deliverable Developer First Experience Documentation New Architecture Workstream: Developer Experience enhancement
    jonthysell
  3. Area: App Template Area: CLI Area: Fabric New Architecture enhancement
    jonthysell
  4. Area: JavaScript Engine enhancement
    jonthysell
  5. Area: Fabric New Architecture Workstream: Module Support enhancement
  6. 9 of 20
    Area: Fabric Area: Test Infrastructure Area: Tests New Architecture Workstream: Test Coverage enhancement
  7. 5 of 12
    Area: Accessibility Area: Fabric Deliverable New Architecture Workstream: Accessibility enhancement
  8. API: Completion Area: Component Views Area: Fabric Area: Modal Deliverable New Architecture Parity: Fabric vs. Paper enhancement
    TatianaKapos
  9. Area: Fabric Area: Flyout Area: Modal Area: Popup New Architecture Workstream: Component Parity enhancement
    TatianaKapos
  10. enhancement samples
    TatianaKapos
  11. Area: Fabric Extensions New Architecture Workstream: Module Support enhancement
    Yajur-Grover chiaramooney
    marlenecota sharath2727
  12. 1 of 3
    Area: CLI New Architecture Workstream: Developer Experience enhancement
    jonthysell

Other milestones

Tasks

Preview Give feedback
  1. Area: App Template Area: CLI Area: Fabric New Architecture enhancement
    jonthysell
  2. 6 of 16
    Area: Fabric New Architecture enhancement
    Yajur-Grover

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