-
Notifications
You must be signed in to change notification settings - Fork 1.9k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
feat(iOS): support react native new architecture. #4661
Conversation
2431a36
to
d8a5d9c
Compare
e09f58a
to
40dde14
Compare
683edaf
to
cc454a6
Compare
cc454a6
to
cb35ca8
Compare
cb35ca8
to
abb9ae4
Compare
+Add issue to backlog about restoring DatePicker testing w/ new-arch |
2677c01
to
0b9b92f
Compare
Done, #4679 |
// MARK: - Setup Methods | ||
|
||
private func setupReactNative(with launchOptions: [UIApplication.LaunchOptionsKey: Any]?) { | ||
let bridge = RCTBridge(delegate: self, launchOptions: launchOptions) |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Is this fine to manually create Bridge where is New Arch uses Bridgeless mode by default?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Good point. I'm using the old pattern here.. I might have overlooked it and need to migrate to the RCTAppDelegate
class, which should manage both bridgeless mode and the new architecture mode.
I tried to use a custom AppDelegate.swift
and to implement the needed logic (since RCTAppDelegate
can't be used in Swift) but it doesn't seem to be the right approach here.
Support RN new-arch on iOS