-
Notifications
You must be signed in to change notification settings - Fork 24.4k
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
introduce CallInvoker API for bridgeless modules #44378
Conversation
This pull request was exported from Phabricator. Differential Revision: D56807994 |
Base commit: eb1b42f |
…44378) Summary: Changelog: [iOS][Added] introduce CallInvoker support in bridgeless native modules I am adding this API in favor of RCTRuntimeExecutor. CallInvoker is now preferred because after facebook#43375, the CallInvoker has access to the jsi::Runtime. Since the community is using CallInvoker already for their async access use cases, CallInvoker is the preferred choice of RuntimeExecutor / RuntimeScheduler because of easier migration. Also, having a wrapper like CallInvoker will give us more flexibility in the future if we want to expand this API. Reviewed By: RSNara Differential Revision: D56807994
…44378) Summary: Changelog: [iOS][Added] introduce CallInvoker support in bridgeless native modules I am adding this API in favor of RCTRuntimeExecutor. CallInvoker is now preferred because after facebook#43375, the CallInvoker has access to the jsi::Runtime. Since the community is using CallInvoker already for their async access use cases, CallInvoker is the preferred choice of RuntimeExecutor / RuntimeScheduler because of easier migration. Also, having a wrapper like CallInvoker will give us more flexibility in the future if we want to expand this API. Reviewed By: RSNara Differential Revision: D56807994
Summary: Changelog: [iOS][Added] introduce CallInvoker support in bridgeless native modules I am adding this API in favor of RCTRuntimeExecutor. CallInvoker is now preferred because after facebook#43375, the CallInvoker has access to the jsi::Runtime. Since the community is using CallInvoker already for their async access use cases, CallInvoker is the preferred choice of RuntimeExecutor / RuntimeScheduler because of easier migration. Also, having a wrapper like CallInvoker will give us more flexibility in the future if we want to expand this API. Reviewed By: RSNara Differential Revision: D56807994
…44378) Summary: Changelog: [iOS][Added] introduce CallInvoker support in bridgeless native modules I am adding this API in favor of RCTRuntimeExecutor. CallInvoker is now preferred because after facebook#43375, the CallInvoker has access to the jsi::Runtime. Since the community is using CallInvoker already for their async access use cases, CallInvoker is the preferred choice of RuntimeExecutor / RuntimeScheduler because of easier migration. Also, having a wrapper like CallInvoker will give us more flexibility in the future if we want to expand this API. Reviewed By: RSNara Differential Revision: D56807994
This pull request was exported from Phabricator. Differential Revision: D56807994 |
…44378) Summary: Changelog: [iOS][Added] introduce CallInvoker support in bridgeless native modules I am adding this API in favor of RCTRuntimeExecutor. CallInvoker is now preferred because after facebook#43375, the CallInvoker has access to the jsi::Runtime. Since the community is using CallInvoker already for their async access use cases, CallInvoker is the preferred choice of RuntimeExecutor / RuntimeScheduler because of easier migration. Also, having a wrapper like CallInvoker will give us more flexibility in the future if we want to expand this API. Reviewed By: RSNara Differential Revision: D56807994
Summary: Changelog: [iOS][Added] introduce CallInvoker support in bridgeless native modules I am adding this API in favor of RCTRuntimeExecutor. CallInvoker is now preferred because after facebook#43375, the CallInvoker has access to the jsi::Runtime. Since the community is using CallInvoker already for their async access use cases, CallInvoker is the preferred choice of RuntimeExecutor / RuntimeScheduler because of easier migration. Also, having a wrapper like CallInvoker will give us more flexibility in the future if we want to expand this API. Reviewed By: RSNara Differential Revision: D56807994
…44378) Summary: Changelog: [iOS][Added] introduce CallInvoker support in bridgeless native modules I am adding this API in favor of RCTRuntimeExecutor. CallInvoker is now preferred because after facebook#43375, the CallInvoker has access to the jsi::Runtime. Since the community is using CallInvoker already for their async access use cases, CallInvoker is the preferred choice of RuntimeExecutor / RuntimeScheduler because of easier migration. Also, having a wrapper like CallInvoker will give us more flexibility in the future if we want to expand this API. Reviewed By: RSNara Differential Revision: D56807994
…44378) Summary: Changelog: [iOS][Added] introduce CallInvoker support in bridgeless native modules I am adding this API in favor of RCTRuntimeExecutor. CallInvoker is now preferred because after facebook#43375, the CallInvoker has access to the jsi::Runtime. Since the community is using CallInvoker already for their async access use cases, CallInvoker is the preferred choice of RuntimeExecutor / RuntimeScheduler because of easier migration. Also, having a wrapper like CallInvoker will give us more flexibility in the future if we want to expand this API. Reviewed By: RSNara Differential Revision: D56807994
…44378) Summary: Changelog: [iOS][Added] introduce CallInvoker support in bridgeless native modules I am adding this API in favor of RCTRuntimeExecutor. CallInvoker is now preferred because after facebook#43375, the CallInvoker has access to the jsi::Runtime. Since the community is using CallInvoker already for their async access use cases, CallInvoker is the preferred choice of RuntimeExecutor / RuntimeScheduler because of easier migration. Also, having a wrapper like CallInvoker will give us more flexibility in the future if we want to expand this API. Reviewed By: RSNara Differential Revision: D56807994
This pull request was exported from Phabricator. Differential Revision: D56807994 |
This pull request has been merged in 8f9ff89. |
This pull request was successfully merged by @philIip in 8f9ff89. When will my fix make it into a release? | How to file a pick request? |
Summary: Pull Request resolved: facebook#44378 Changelog: [iOS][Added] introduce CallInvoker support in bridgeless native modules I am adding this API in favor of RCTRuntimeExecutor. CallInvoker is now preferred because after facebook#43375, the CallInvoker has access to the jsi::Runtime. Since the community is using CallInvoker already for their async access use cases, CallInvoker is the preferred choice of RuntimeExecutor / RuntimeScheduler because of easier migration. Also, having a wrapper like CallInvoker will give us more flexibility in the future if we want to expand this API. Reviewed By: RSNara Differential Revision: D56807994 fbshipit-source-id: 5c3585356d016a50645eda3af2d3bbe00298b4e4
Summary: Pull Request resolved: facebook#44378 Changelog: [iOS][Added] introduce CallInvoker support in bridgeless native modules I am adding this API in favor of RCTRuntimeExecutor. CallInvoker is now preferred because after facebook#43375, the CallInvoker has access to the jsi::Runtime. Since the community is using CallInvoker already for their async access use cases, CallInvoker is the preferred choice of RuntimeExecutor / RuntimeScheduler because of easier migration. Also, having a wrapper like CallInvoker will give us more flexibility in the future if we want to expand this API. Reviewed By: RSNara Differential Revision: D56807994 fbshipit-source-id: 5c3585356d016a50645eda3af2d3bbe00298b4e4
Summary: We should use [BindingsInstaller](facebook#44486) and [RCTCallInvoker](facebook#44378) instead. ## Changelog: [iOS][Breaking] - We deprecated RCTRuntimeExecutor in 0.76, so let's get rid of the code now. Reviewed By: cipolleschi Differential Revision: D62469005
Summary: Pull Request resolved: #46466 We should use [BindingsInstaller](#44486) and [RCTCallInvoker](#44378) instead. ## Changelog: [iOS][Breaking] - We deprecated RCTRuntimeExecutor in 0.76, so let's get rid of the code now. Reviewed By: cipolleschi Differential Revision: D62469005 fbshipit-source-id: 3ed033b08f52823bd42f8a57d5d6ab40e35d30f1
Summary:
Changelog: [iOS][Added] introduce CallInvoker support in bridgeless native modules
I am adding this API in favor of RCTRuntimeExecutor. CallInvoker is now preferred because after #43375, the CallInvoker has access to the jsi::Runtime. Since the community is using CallInvoker already for their async access use cases, CallInvoker is the preferred choice of RuntimeExecutor / RuntimeScheduler because of easier migration. Also, having a wrapper like CallInvoker will give us more flexibility in the future if we want to expand this API.
Differential Revision: D56807994