staltz / react-native-node

Run a separate Node.js process behind a React Native app
MIT License
1.12k stars 33 forks source link

Considerations for choosing NodeBase instead of J2V8? #3

Closed aschrijver closed 7 years ago

aschrijver commented 7 years ago

This is a follow-up to https://github.com/staltz/react-native-node/issues/2

For my stackoverflow question on 4 possible solutions, I receive an answer from the NodeBase creator, basically stating that his project is a 'plaything' and J2V8 the best approach.

To me J2V8 (created by @irbull) looks like the most stable implementation currently, leading to my question: Why did you opt for NodeBase?

It seems to me with J2V8 you'd gain:

staltz commented 7 years ago

Why did you opt for NodeBase?

Because it solved my problem.

support for newer Node versions (currently 7.6.0, but 8.x just PR'ed)

Actually we can do a lot even with older versions of node.js. Note that Node v6 is currently the LTS.

a much more active project

See above.

2-way js-to-java bridge (call java from script and vice versa)

We don't need this

2-way integrated error / exception handling

We can get errors into the adb logcat, that seems enough to me.

chrome debugging support

That would be nice.

aschrijver commented 7 years ago

Thank you!

teaserbot commented 7 years ago

j2v8 looks good for combine!!

teaserbot commented 7 years ago

saves time building this :smiley:

j2v8 build 岩 ! :)

aschrijver commented 7 years ago

thanks @teaserbot

teaserbot commented 7 years ago

like https://github.com/eclipsesource/J2V8/issues/335 also you project lead? or @irbull