Flutter: the good, the bad and the ugly
BTW, for those looking for another option other than Flutter and React Native, check out NativeScript[0], or Nativescript-Vue[1].<p>Nativescript is different from react native because it includes a native call translation layer -- you can write JS that actually uses native runtime objects. It&#x27;s also got excellent support for cross platform applications that reach down to native on both platforms, and can meld right in with a fully native app as well, and is thoroughly F&#x2F;OSS (they take the marketplace approach to monetization).<p>Nativescript different from Flutter in that it has nothing to do with the tirefire that is Dart. Nativescript is OSS and is taking the marketplace approach to capitalizing and recently they got Hot Module Reloading as a result of integrating more closely with webpack&#x2F;other capable bundlers.<p>I&#x27;ve recently done projects (one larger client app, another a small personal project) in both and kept some notes on what I liked about Nativescript vs Flutter (I&#x27;m pretty biased for Nativescript now), not sure if I&#x27;ll make a blog post about it but here are some hopefully interesting points:<p>- Performance tradeoffs are roughly the same for dart vs nativescript, do hard work in an isolate (dart) or webworker(nativescript)<p>- Flutter&#x27;s reactivity is 10x more tedious than Nativescript-Vue. Making an entire other class and doing all these overrides for what should be a basic feature is pretty ridiculous, though everyone&#x27;s fine with it because they just right click in their $IDE.<p>- Flutter&#x27;s data management is not great -- everything they&#x27;ve made so far seems like a hack. I&#x27;m uncomfortable with the build function being on the state object conceptually, InheritedWidgets are just using context as a grab-bag, the BLoC pattern is so complicated.<p>- State&lt;MyPage&gt; &amp; StatefulWidget being separate classes and the State&lt;MyPage&gt; having the build function unsettles me. I don&#x27;t know if it had to be this way because of dart 2&#x27;s type system (which is subpar in my experience, Typescript is better because it at least offers duck-typed interfaces)<p>- Dart is terrible. It is a modern language yet it lacks almost none of the advances of modern languages, Dart 2 was a near rewrite and it it still manages to be less compelling than Typescript, and nowhere near languages like Go, Rust, Crystal, etc. I am kind of suspicious google is pushing this language just because they invented it and can control it -- I don&#x27;t know a single redeeming quality of dart, especially if you consider dart 1 before you consider dart 2.<p>- Flutter subtly forces you into either Material Design or Cupertino -- this surprised me. Flutter subtly pushes you towards material design, which I have no interest in, and I think most people actually trying to create unique app experiences wouldn&#x27;t either. This is a double edged sword, in Nativescript you have to seek out native-looking components, but in Flutter they&#x27;re forced upon you especially at the beginning, and I prefer the former.<p>- Automatic sending of crash logs to Google -- who thought this was a good idea? And to make it opt-out instead of opt-in?<p>- Flutter probably has the better longer term viability because it&#x27;s being embedded into Fuschia and other things google is doing.<p>- I expect Nativescript to eventually take on WASM and <i>really</i> open up the choices for languages to use with it.<p>[0]: <a href="https:&#x2F;&#x2F;docs.nativescript.org" rel="nofollow">https:&#x2F;&#x2F;docs.nativescript.org</a><p>[1]: <a href="https:&#x2F;&#x2F;nativescript-vue.org&#x2F;" rel="nofollow">https:&#x2F;&#x2F;nativescript-vue.org&#x2F;</a>