Getting rid of the legacy JS integration in favor of JSI with V8 impl… #224
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Please select one of the following
With this change, i'm trying to cleanup a lot of differences that we've managed to accumulate over the last couple of years in JS engine integration. Specifically, we had our own implementation of JSEExecutor interface called V8Executor (Just like CHakraExecutor on Win32/UWP). And we used to switch between V8Executor and JSCExecutor. The switch and the V8Executor remained even though JSCExecutor already went away, which made the switch useless, but most of the code remained which clutterd our build scripts.
With this change, i originally intented to remove the switch and cleanup the build scripts. But, in the process, it felt a lot more efficient to get rid of the V8Executor and switch to JSI engines altogether, as the FB repo (even v0.60.0) has only JSI based executors now. It'd be a backward step to even keep the V8Executor around.
Hence, with this change, we take a big stride forward, by switching to V8 based JSI runtime exclusively. I've already tested RNTester, Modern commenting and LPC already.
This change may a bit aggressive, but i think this will help us a lot in the long time with maintainabiltiy and even performance. Now that we are going to switch to JSI runtimes in Windows very soon, this change will help us to unify the JSI implementation across platforms.
There is a small change in Office code required which i'll send a CR for androidxupgrade override.
Focus areas to test
SDX functionalities.
Microsoft Reviewers: Open in CodeFlow