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

Flutter: a Portable UI Framework for Mobile, Web, Embedded, and Desktop

developers.googleblog.com

Post reply on HN
Print view View original

191–200 of 467 posts

Re: Flutter: a Portable UI Framework for Mobile, Web, Embedded, and Desktop

#191

Post by zengid »

sandGorgon wrote: post #182

Can someone from the Google team comment on what's going on - https://techcrunch.com/2019/05/07/kotlin-is-now-googles-pref... > Android development will become increasingly Kotlin-first,” Google writes in today’s announcement https://techcrunch.com/2019/05/07/google-launches-jetpack-co... > Google today announced the first preview of Jetpack Compose, a new open-source UI toolkit for Kotlin developers who want to use…

I don't mean to be cynical, but the answer may be 'whichever language wins'.

Maybe Google wants to support Dart because its built in-house, while simultaneously supporting Kotlin because it is so well loved by developers. Just a guess.

Re: Flutter: a Portable UI Framework for Mobile, Web, Embedded, and Desktop

#192

Post by Daegalus »

thosakwe wrote: post #35
egeozcan wrote: post #25

Does anyone know how the server-side story is? Is there a CRUD-heaven like Django or Rails for Dart which can share the types with a Flutter client? IMHO Google should focus on that too, if not. I passionately hate re-typing same REST-entities over and over again, and that's one of the reasons why I love TypeScript.

Self-plug, but I just released Angel v2.0 this past month: https://angel-dart.dev (and https://docs.angel-dart.dev ) It's got a great story for code-sharing, an ORM, GraphQL support, along with dozens of supplementary packages for things like static files, WebSockets, etc.

as someone who originally wanted to push Dart backend dev coming from Node and seeing the potential of Dart on the backend, I congratulate you on achieving what I couldn't with Fukiya (probably dont know it, it was my attempt at an Express/Sinatra style framework for dart). Glad someone did it. I will now be using Angel if I do any Dart backend dev.

Re: Flutter: a Portable UI Framework for Mobile, Web, Embedded, and Desktop

#193

Post by JamesSwift »

bradhoffman wrote: post #162
PhilippGille wrote: post #31

Earlier quoted context omitted.

> and in some cases, it’s obviously better than native development. Mainly because you can develop for both platforms Have you tried Xamarin?

I have not. I didn’t want to put the time into learning the .NET stack and C# because I am from a .NET town and did not want to get stuck here. What're your thoughts on it?

I'm a native dev that is aggressively against the JS-based hybrid frameworks, and I will do every project in Xamarin from now on after working in it for a greenfield project. It's the best option out there until Kotlin Native gets legs.

Re: Flutter: a Portable UI Framework for Mobile, Web, Embedded, and Desktop

#194

Post by strange_quark »

stefan_ wrote: post #91
networkimprov wrote: post #14

Flutter code: https://github.com/flutter/flutter and docs: https://flutter.dev/docs

The web samples: https://flutter.github.io/samples/ Because they make this impossible to find. I literally pieced this link together from the fricking browser screenshot.

Wow I hate these so much. Unable to select text in a recipe app, scrolling inertia on Mac is different (and no scroll bars?!), trackpad back/forward gestures are apparently hijacked, and those are problems I found from just browsing simple demos for 30 seconds. I really hope this goes into the Google dumpster quickly.

Re: Flutter: a Portable UI Framework for Mobile, Web, Embedded, and Desktop

#195

Post by gwbas1c »

bradhoffman wrote: post #162
PhilippGille wrote: post #31

Earlier quoted context omitted.

> and in some cases, it’s obviously better than native development. Mainly because you can develop for both platforms Have you tried Xamarin?

I have not. I didn’t want to put the time into learning the .NET stack and C# because I am from a .NET town and did not want to get stuck here. What're your thoughts on it?

C# is quickly becoming the "new C" in that it runs everywhere, and runs efficiently.

It's worth learning the language because you can use it in so many places. It's not a case of "learn a new language for platform xxx."

Re: Flutter: a Portable UI Framework for Mobile, Web, Embedded, and Desktop

#196

Post by vga805 »

thosakwe wrote: post #35
egeozcan wrote: post #25

Does anyone know how the server-side story is? Is there a CRUD-heaven like Django or Rails for Dart which can share the types with a Flutter client? IMHO Google should focus on that too, if not. I passionately hate re-typing same REST-entities over and over again, and that's one of the reasons why I love TypeScript.

Self-plug, but I just released Angel v2.0 this past month: https://angel-dart.dev (and https://docs.angel-dart.dev ) It's got a great story for code-sharing, an ORM, GraphQL support, along with dozens of supplementary packages for things like static files, WebSockets, etc.

Hey this framework looks nice, but that carousel with the code example is really annoying, at least in my experience. Carousels are horrible, and to put a code snippet in one seems silly. This tiny point aside though, excellent work, and thank you.

Re: Flutter: a Portable UI Framework for Mobile, Web, Embedded, and Desktop

#197

Post by gwbas1c »

mixedCase wrote: post #111

I cannot wait to switch from having to use a compile-to-JS toolchain to a compile-to-Dart-to-JS toolchain in order to get a language with a good type system. I'm hopeful Dart will get better given what I've seen and what a member of the Dart team mentioned in a thread a few weeks ago, but right now it's still nothing that gets close to the ancient ML. Would be nice if they learnt a few things from Facebook or Microso…

Look at Blazor. It's C# that compiles to Webassembly.

None of the JS nonsense required!

Re: Flutter: a Portable UI Framework for Mobile, Web, Embedded, and Desktop

#198

Post by dikei »

sandGorgon wrote: post #182

Can someone from the Google team comment on what's going on - https://techcrunch.com/2019/05/07/kotlin-is-now-googles-pref... > Android development will become increasingly Kotlin-first,” Google writes in today’s announcement https://techcrunch.com/2019/05/07/google-launches-jetpack-co... > Google today announced the first preview of Jetpack Compose, a new open-source UI toolkit for Kotlin developers who want to use…

You can't avoid learning Kotlin & Java, that's the native language for Android platform. Even if you use Flutter, leaky abstraction mean you will probably have to dig down to the native layer as your apps get more complicated.

Re: Flutter: a Portable UI Framework for Mobile, Web, Embedded, and Desktop

#199

Post by elliotec »

sandGorgon wrote: post #182

Can someone from the Google team comment on what's going on - https://techcrunch.com/2019/05/07/kotlin-is-now-googles-pref... > Android development will become increasingly Kotlin-first,” Google writes in today’s announcement https://techcrunch.com/2019/05/07/google-launches-jetpack-co... > Google today announced the first preview of Jetpack Compose, a new open-source UI toolkit for Kotlin developers who want to use…

Not to mention all the weight put behind Progressive Web Apps, including being in the Google play store, and has most of the features as native android... https://developers.google.com/web/progressive-web-apps/

Re: Flutter: a Portable UI Framework for Mobile, Web, Embedded, and Desktop

#200

Post by [deleted] »

Andrex wrote: post #125
zackbrown wrote: post #26

Has Flutter solved its footprint-bloat problem? The internet is littered with reports of 10-100MB+ .ipa and .apk binaries coming out of simple Flutter apps for iOS + Android. Google states they can't imagine the footprint ever dropping as low as 1MB. [1] On Web, 1MB of base runtime is a complete showstopper. Embedded applications may suffer similarly. Does today's announcement mean Google has figured out how to fix t…

To clarify to anyone else who may have been confused as I was: the "quoted" text in the parent post is not an actual announcement from the source URL or anywhere else, but a hypothetical future situation. Almost gave me a heart attack.

[deleted]
Post reply on HN