I’m not sure enhanced enums do what you think they do if you expect freezed to generate anything for them besides what json_serializable generates for regular enums
Prior to sealed classes, I wished they were more like swift enums that could carry dynamic data and have different associated types per case. Now if I want that, I can do that with a sealed class. It’s still nice to have smarter enums if I need a little extra smarts and want to keep the logic close to the enum.
The regular commands are dart/flutter pub, so I thought it could be your “pub buddy” or something like that. I didn’t want to add more characters to the command than necessary just so people pronounce it correctly. In context I think it makes sense.
Late can be useful but it should only be used as a last resort. It’s extremely dangerous and can very very easily lead to exceptions when refactoring code.
I’ve only tried to write rules for the older realtime database and it was awful. Anything that can help to turn configuration into code is going to be helpful and appreciated.
Small desktop apps are absolutely fine in Flutter. For your use case I can’t imagine there being much problem, beyond connecting to the databases youre using to pull data. You might have to write the API client yourself if it’s not a relatively new database server.
I’d say have a go with it. The basics are similar to TKinter and the UI is a lot nicer by default. You’ll also find it super easy to run on desktop and web - quite literally just changing what the target is and it’ll work out of the box (until you start relying on platform-specific features or packages).
You could pass it up a level by having the ScrollController be a class property obtained thru the constructor, which the parent would then provide when calling the widget.
This gets unwieldy fast. That’s where the state management solutions come in. From the pubspec.yaml, it seems Thunder uses Bloc for that. Look at the docs.
It depends on what your needs are. Database drivers for connecting straight into a database server will be limited. Dart just hasn’t gained as much momentum on the server side as other languages and most apps use an n-tier architecture so no need for drivers. There’s no server side rendering for flutter so your app startup time might be a hinderance for a user just wanting to pull up a web page and see some data.
I was able to understand Dart in one evening and Flutter in another, based on my prior experience with React and SwiftUI. The rest of the learning was just about specific widgets.
YMMV, I found the process of learning Flutter to be very quick, simple and instantly productive.
I work for a web company and floated the idea of trying out Flutter, because we were using nativescript at the time and wasn't really happy with it. The request got denied, but I decided to just go ahead and learn flutter over the weekend. Come monday, I had a working, but somewhat rough around the edges version of the app we were developing. We decided to continue developing it and has stuck with Flutter ever since.
flutter
Hot
This magazine is from a federated server and may be incomplete. Browse more on the original instance.