Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Flutter 3

docs.flutter.dev

Post reply on HN
Print view View original

251–260 of 453 posts

Re: Flutter 3

#251

Post by the_duke »

SemanticStrengh wrote: post #232
danielvaughn wrote: post #227

Earlier quoted context omitted.

Not sure what kind of substantiation you're looking for, but I've been working with Ionic and Capacitor for over 6 months now, as part of an ongoing client project. Previously, I worked with Cordova way back in 2015/2016. So I'm familiar with the technology. My comment addressed the fact that I'm not criticizing the tech, I'm criticizing the overall concept - rendering an application inside of a web view as if it's a…

I fail to see the issue here > rendering an application inside of a web view as if it's a native app. That doesn't mean anything. A native app doesn't mean anything. Native is a ad-hoc property of being the UX framework shipped by default on the OS On chromium OS, chrome is native. Who cares? What matters are the merits of framework x vs framework y. As for the graphical charts 1) material design is as well supported…

Just a hint: if you work for Ionic it's customary on HN to disclose that fact.

Also: what makes a framework "native" for me is that it has it's own rendering stack. With webview solutions you are still facing cross platform inconsistencies between Safari/iOS, Android and Electron.

Re: Flutter 3

#253

Post by francisl »

Mertax wrote: post #151
mhoad wrote: post #146

Earlier quoted context omitted.

For what it’s worth Dart is hands down the nicest OOP language I’ve ever used in my opinion. It’s like they took all the good things about JS and Java and cut out all the bad parts. What’s left is basically Dart.

I think the decision of which cross platform technology to use mostly depends on a team's preferred tech stack. C++ -> QT C#/.NET -> MAUI/Blazor JS/Web -> React.Native/Electron Dart -> Flutter This is what I think is holding back Flutter -- that it wasn't built on an incumbent technology. Because Dart doesn't have quite the following, it has to evangelize itself a bit more than the other options.

Kotlin -> Jetpack Compose

> Native Android, Native iOS (KMM) and soon Desktop+Web (Compose Multiplatform)

Re: Flutter 3

#254

Post by cercatrova »

shroompasta wrote: post #212
mhoad wrote: post #159

Earlier quoted context omitted.

FWIW I kind of agree and I’m a big fan of both Flutter and the web in general. There are a couple of web platform technologies that I think are going to take Flutter web from ok to great in the next year or two including. WASM Garbage Collection is going to allow them to move from compiling to JS to WASM. They have already built a WASM compiler ready to go when it lands. WebGPU is another obvious one. Flutter is by d…

SEO is important for web apps, how do canvas based applications deal with that.

Important for web apps or websites? There's a difference, a product's landing page will need SEO, definitely, but the app itself, ie app.example.com, likely does not need SEO. For example, an easy example is Figma. The landing page is built with HTML, CSS and JS, but the actual app itself is actually built with WASM [0], very similar to the canvas based implementation of Flutter apps.

https://www.figma.com/blog/webassembly-cut-figmas-load-time-...

Re: Flutter 3

#255

Post by SebastianKra »

davidkuennen wrote: post #122
msoad wrote: post #49

What are big and highly used apps that use Flutter?

My app[1] has 5 figure daily users (if that's considered somewhat big) and is written in Flutter. I love Flutter. It made all this so much easier. [1] https://stockevents.app

This is really nice for testing. It uses most of the pretend-native components I was interested in.

Right off the bat, I notice stuttering animations everywhere: Scrolling, swiping back, etc... This is on an iPhone 13.

In one section, the keyboard opened on top of a text-field so I couldn't see what I was typing.

The components are _just_ different enough that I feel something is wrong, but for the most part, I can't tell what it is.

Then there's a bunch of minor stuff. Switches become slightly larger when they change. You cant swipe down modals. You can't drag & release over options in the sheet. I feel like I'm missing buttons more often.

Overall, I get a vague cheap feel. Not so bad that I would outright dismiss the app as a customer, but I would definitely look for alternatives.

This isn't a critique of the app. I think all of these issues are flutter-related.

Re: Flutter 3

#256

Post by terandle »

the_duke wrote: post #249
hunterb123 wrote: post #156

Earlier quoted context omitted.

I disagree, Flutter is probably the worst choice. React Native is the all around best choice for targeting all platforms natively, otherwise use pure web tech (Ionic + Electron) The desktop and web targets for Flutter are laughable in their current state. Completely unusable so I consider Flutter to be a mobile only platform at this time. Another downside is Flutter's emulated UI, it doesn't bridge to native controls…

Every experience I had with React Native was truly horrible. Gigantic, messy JS dependency tree. Constant build breakages after minor version updates. Random flakiness. Unmaintained or buggy native plugins. Questionable support for issues that didn't affect FB. I wouldn't touch it again.

Highly recommend trying expo.dev sometime they have come a long way in providing support for native modules and take care of all that underlying "mess" for you.

Re: Flutter 3

#257

Post by dj_mc_merlin »

@tosh submits a great amount of posts. Most do not reach a great audience but a number do, and he has gained a large amount of points in a short time (despite being from 2010 he has only started this mass-posting recently). What's that about?

Re: Flutter 3

#258

Post by cercatrova »

munificent wrote: post #115
brabel wrote: post #27

Flutter 3 comes with an upgrade to Dart 2.17 [1], which has quite a few improvements as well... including state on enums. While that's great, I was hoping it would be like in Rust, where each enum variant can declare its own state components, but unfortunately it seems to be more like Java: same state for all variants. Well, at least there's quite a few other small but useful improvements... and they showed how they…

> While that's great, I was hoping it would be like in Rust, where each enum variant can declare its own state components, but unfortunately it seems to be more like Java: same state for all variants. Yes, the enhanced enums we shipped in 2.17 are like Java enums. We are also working on support for pattern matching and algebraic datatype-style programming: https://github.com/dart-lang/language/blob/master/working/05.…

Any thoughts on the freezed package [0]? That's what I use currently for ADTs and exhaustive pattern matching on them, would be cool to see similar syntax in the official implementation.

[0] https://pub.dev/packages/freezed

Re: Flutter 3

#259

Post by shroompasta »

cercatrova wrote: post #254
shroompasta wrote: post #212

Earlier quoted context omitted.

SEO is important for web apps, how do canvas based applications deal with that.

Important for web apps or web sites ? There's a difference, a product's landing page will need SEO, definitely, but the app itself, ie app.example.com, likely does not need SEO. For example, an easy example is Figma. The landing page is built with HTML, CSS and JS, but the actual app itself is actually built with WASM [0], very similar to the canvas based implementation of Flutter apps. https://www.figma.com/blog/web…

I'm not sure there's a good distinction between web apps or websites today.

Would you consider Instagram or Twitter a website or a web app?

If I type 'IG ${username}' or 'Twitter ${username}' or '@${username}' in a search engine, you should expect what is to be expected within the first result.

Post reply on HN