News for hackers. Stuff that matters.
Re:Apple acquires Buddybuild by jjeaff on Wednesday January 03, 2018 @12:24AM (#16058685)
In my opinion the new logic is build in React Native (unless your app fits in the 10% of use cases that won't work well with RN), then deploy to both at once. We have had excellent results.
Re:Apple acquires Buddybuild by sebleon on Wednesday January 03, 2018 @08:38PM (#16067260)
My take is that RN is great for demo apps or simple UIs, but I would not choose it for a production app where performance matters (ie. using camera, audio, custom controls, platform-specific SDKs, multi-threading, etc). You're definitely going to do heavy lifting in native code, and a hybrid app quickly becomes a mess. Dealing with multiple environments and super slow build times in Xcode will seriously slow down development cycles.

IMO RN is no exception to the Simple vs Easy trade-off [1] Not to mention using RN gives FB a legal blank check from your company [2]

[1] http://chrisfrost.com/wp-content/uploads/SimpleVsEasy-478x51...

[2] https://medium.com/@raulk/if-youre-a-startup-you-should-not-...

Re:Apple acquires Buddybuild by jjeaff on Friday January 05, 2018 @04:28PM (#16081828)
That article is out of date. As of September 2017, FB has re-licensed React under the MIT open source license and dropped the patent stuff.

I don't think you contradicted anything I said. I would say special camera apps, multi-threading etc. are not needed that often.

As for slower build times, that is the beauty of RN. Building is not needed most of the time just an initial build and a rebuild every time some of the base configurations change or you are creating code outside of RN.

Re:Apple acquires Buddybuild by sebleon on Saturday January 06, 2018 @02:20AM (#16084268)
> fb dropped patent stuff

Ah, thanks for the update, glad they did that

> are not needed that often

Right - statistically most apps are probably throwaway code for hackathons or demos. However, I'd venture to say that >50% of serious apps will end up needing performance boosts from native code.

> Building is not needed most of the time

You need to rebuild every time you make a change in native code (obj-c or swift). Hot reloading is cool for JS changes, but bloat from RN becomes a nightmare when debugging obj-c or swift issues.

Re:Apple acquires Buddybuild by ewjordan on Wednesday January 03, 2018 @01:54AM (#16059093)
React Native is great for apps, and if it's a game, just use Unity. They're building up their internal CI infrastructure and it works better every month.

Tbh, I'm not sure how many use cases don't fit either React Native or Unity, I'd practically never choose to do an app another way these days.

Re:Apple acquires Buddybuild by pjmlp on Wednesday January 03, 2018 @05:23AM (#16059871)
I rather use native UI code + C++ for business logic, use Qt or Xamarin than even bother with React Native.
Re:Apple acquires Buddybuild by rimliu on Wednesday January 03, 2018 @03:13AM (#16059371)
I'd say RN won't work well in 99% cases.
Re:Apple acquires Buddybuild by jjeaff on Friday January 05, 2018 @04:29PM (#16081841)
I'd say you are probably using a lot more React Native apps than you realize right now.
Re:Apple acquires Buddybuild by sebleon on Wednesday January 03, 2018 @08:42PM (#16067288)
Could you elaborate?
Re:Apple acquires Buddybuild by dnate on Wednesday January 03, 2018 @04:41AM (#16059691)
I wish everyone downvoting you would at least state their problem with your post