React Native 0.60

https://facebook.github.io/react-native/blog/

by reimertz • 7 years ago

72 61 7 years ago

facebook.github.io

blumomo3• 7 years ago

Past discussions:

- https://news.ycombinator.com/item?id=20344705 - https://news.ycombinator.com/item?id=20360060

futureastronaut• 7 years ago

Second one has no comments, not much of a discussion.

blumomo3• 7 years ago

Well seen! I should have said "past posts" instead

halfmatthalfcat3• 7 years ago

I tried Nativescript, React Native and Ionic. I've had previous experience with both React and Angular. I found Ionic to have the most enjoyable and cogent end-to-end experience amongst the three.

Interopt with Nativescript and other libs was hard, React Native didn't support Typescript as a first-class citizen (which as a prereq of mine) and the developer tooling wasn't as mature as the Ionic/Cordova/Angular cli(s) were.

A lot of noise around Flutter but haven't given it a try yet, but I'm weary because of defining views-as-code rather then a flavor of JSX/Angular Templates.

k__3• 7 years ago

Have you tried Expo?

bauerd• 7 years ago

because of defining views-as-code rather then a flavor of JSX/Angular Templates

JSX is just syntactic sugar, it's not a templating language. You could write yourself a JSX syntax extension for Dart, it'd be the same thing really.

Edit: More succinctly, JSX desugars to method calls

eklavya2• 7 years ago

For a stupid guy like me who needs the compiler, flutter is the most sane experience I have ever had in the UI ecosystem (except Qt and JavaFX). The view as code is really really better (for me).

krzat• 7 years ago

Same here. I don't see how adding some kind of XML layer on top of Dart would help with anything.

teamski6• 7 years ago

Tell us nore about your dev experience with Flutter. Can you also create the web version of your app with Flutter?

virtualwhys• 7 years ago

I found Ionic to have the most enjoyable and cogent end-to-end experience amongst the three.

Agreed, though I'd love to use Ionic with Scala.js in place of TypeScript (which is great, but doesn't give me the same if-it-compiles-it-works confidence as Scala does, not to mention batteries-included standard library).

Hopefully technology will emerge that allows one to write once/run everywhere in preferred-language on all major platforms. Compromises seem to abound with currently available options.

yesimahuman5• 7 years ago

Scala.js sounds really interesting. There's no reason you shouldn't be able to use it with Ionic as of Ionic 4, since we generally now support whatever framework you want to use (not just Angular anymore)

s_y_n_t_a_x• 7 years ago

I'm not sure why TS wouldn't give you confidence. The compile process is simply stripping out the typing to JS.

yesimahuman5• 7 years ago

(Ionic co-founder here) glad you're enjoying Ionic, we're working on a ton of stuff to improve it even more right now. Have you tried Capacitor yet, our Cordova alternative?

lwansbrough• 7 years ago

Sounds interesting. We’re looking into Cordova right now. Do you have a page which explains the benefits of this vs. Cordova?

xenospn3• 7 years ago

I'm still using Ionic v3 with Cordova - assuming I try and migrate to Ionic v4, will I have to use a whole new set of plugins with Capacitor?

sroussey• 7 years ago

Capacitor 2.0 should fix the XSS issue that Cordova has always had, and split the code between privileged code (backendish) and UI code.

Capacitor 1.1 turned off Electron security protections to make things work as they always have. As a new project, I was hoping for more.

In Capacitor 2 you have the opportunity to have the business logic run in a separate thread than the UI, and add the privileged code there. And such logic would not need to hold up the UI allowing for a smoother app.

One XSS in an iPhone app and maybe they own that app. One XSS in an Electron app and they wipe out your whole PC and life. There is a reason why Electron changed the defaults.

antihero• 7 years ago

React Native didn't support Typescript as a first-class citizen

As someone that uses TypeScript to death and works on react native as my job pretty happily, please explain this?

Also JSX is absolutely not a templating language, it's an extremely thin layer over JS.

halfmatthalfcat3• 7 years ago

Should have made the distinction clearer but I was just saying JSX _and_ Angular specific templates. The fact of JSX being an abstraction over the React API that equates to what the DOM _should_ look like is must easier to grep then defining them as literal code, imo.

When I used React Native with Typescript (this was about a year ago) the initial setup to get all of the types playing well together either wasn't clear from the documentation or I ended up debugging/writing custom definitions to get things to work. It just felt sidelined or treated as a second class citizen, but I feel like this has been a common theme throughout the life of React generally.

verttii4• 7 years ago

I much prefer React Native's (React) paradigm over Flutter's, but as a platform Flutter is just a lot more robust in my experience. Everything just works on it while RN has all kinds of weird quirks and issues, particularly when using libraries that have native code.

I chose to give up on RN at 0.59 and focus my efforts on getting really fluent at Flutter instead.

teamski6• 7 years ago

as mature as [...] Cordova

Stopped reading there.

beardedman• 7 years ago

Still a few bugs to iron out (esp. with React Native Maps) - but good work to the team on this one. The autolinking is a game changer. Also looking forward to giving Hermes a spin!

ausjke• 7 years ago

https://www.npmtrends.com/ionic-vs-quasar-framework-vs-react... at the moment react-native remains way ahead of ionic and quasar alternatives.

in real ionic is mainly about Angular while Quasar is mainly about Vue, so React Native must be mainly about React, which happens to be the largest framework comparing to Angular and Vue these days.

jsjohnst2• 7 years ago

Assuming you are someone who thinks “number of downloads” is a proxy metric for “quality” or “developer experience” or “production ready”, maybe.

k__3• 7 years ago

This isn't some Oracle or SAP product your boss bought and forced you to use it...

matchbok2• 7 years ago

I just really can't see RN gaining much traction outside of experimental/small apps. You very much still need experienced mobile devs to debug the multitude of Java/kotlin/XCode/Android issues that come up because of how fragile the entire workflow is. Running a business on that is non-starter.

popotamonga• 7 years ago

I run. A voip app for call centers. You can't imagine the pain.

verttii4• 7 years ago

I have to agree with you. Moreover, you also go through plenty of pain to make the app work well on both platforms, with surprisingly much platform specific code.

stockkid• 7 years ago

While I am not necessarily an advocate of React Native, I don't think your point is fair. React Native never promises that its users can "write once and run anywhere".

k__3• 7 years ago

Luckily the most RN devs come from the web and have a much higher pain tolerance.

himeexcelanta• 7 years ago

Chuckled at this. But honestly I find debugging the “native” side of RN apps much more painful than any type of web development I’ve had experience with. Then again perhaps I’ve never worked with a 100% pure native app so would love to hear some more perspectives on this.

teamski6• 7 years ago

IDK what you mean but there so many things much easier and straightforward with web-based tech, eg sane layout systems like flexbox are way superior than anything native frameworks have to offer.

rolltiide• 7 years ago

if you only need another listicle app with a push notification or two, React Native is there

but so are a bunch of other things that are easier to use

itake• 7 years ago

Yep, I just upgraded my RN app and their official upgrade strategy is to go line by line and update your project with the changes they made between versions.

https://react-native-community.github.io/upgrade-helper/?fro...

teamski6• 7 years ago

The Discord devs use RN and their app is anything but experimental or small. And there are by far not the only one (Skype, Instagram, Wix, UberEats, Tesla, Baidu, Salesforce).

Native devs don’t like RN because the mobile dev supply gets bigger which hurts their market value. That’s the real reason of your post, spreading FUD.

RN has its limitations but for 80% of apps it’s absolutely fine.

la_fayette2• 7 years ago

I am quite sure uber eats is not using RN anymore (evidence here: https://www.appbrain.com/app/uber-eats:-local-food-delivery/...). There are many examples of companies abandoning RN, e.g. udacity, airbnb...

matchbok2• 7 years ago

For every app still using it there are 10 abandoning it.

https://medium.com/airbnb-engineering/sunsetting-react-nativ...

Please stop with the market value/FUD attacks, they are nonsense and childish. You clearly have an axe to grind.

I don't like RN because I have had to sunset multiple large projects in RN. Javascript is a mess for mobile development. The interaction between the native layer is a mess. Hell, it's still not even a 1.0 release yet - smart CTOs would be insane to suggest it as a tool. Just look at the upgrade guides they post - a mess.

cutler2• 7 years ago

Judging by the number of React Native jobs on Indeed that ship has already sailed.

pritambarhate• 7 years ago

So looks like upgrading existing apps to RN 0.60 is going to be pain! Same old RN story. So many backwards incompatible changes.

React Native 0.60

Related Stories