very_good_cli VS freezed

To do this, we will be using very_good_cli.

You could write your own bash script or CLI to help manage these tasks. However, this costs you some time. In order to deal with these tasks more quickly, you can use community tools, like Melos, Very Good CLI, or Sidekick. In this article, we are going to use Melos. Melos is also used by repositories like FlutterFire, AWS Amplify (Flutter), Flame, and Plus Plugins.

Yup you can bundle templates as Dart code and programmatically reference them. See very_good_cli for an example.

Manual configuration is needed to set up flavors in our Flutter application, which means we will have to work with many files in different directories. This might become very confusing, but things can be made a lot easier with the help of very_good_cli.

I am sorry. I meant to suggest that you review their code as a starting point for your own effort. https://github.com/VeryGoodOpenSource/very_good_cli

Just a few days ago i randomly surf some flutter packages and found one package which is very_good_cli this packages help us to make our flutter packages is more stable code base, file and folder structure many more in short.

I’ve just found a great looking structure, yet to try it but watched their intro videos and looks well thought out. Very Good Cli, search YouTube and watch their intro videos Very Good Cli

Not really sure what you are looking for with this question, but the very_good cli also gives a complete, but opiniated template: https://github.com/VeryGoodOpenSource/very_good_cli

Not sure if it’s exactly what you are looking for but some CLI for project generation might help. Something like https://pub.dev/packages/slidy or https://pub.dev/packages/very_good_cli

There is the `sealed` class modifier which allows for exhaustive matching on possible types: https://dart.dev/language/class-modifiers#sealed

There's also a package called freezed which offers similar utility (you might already be familiar with this seeing as you mentioned pattern matching): https://pub.dev/packages/freezed

I recall there being a reason unions aren't generally implemented, though I'm not sure where I read it. It was to do with union types being unnecessarily complex for the compiler and the code they tend to produce, at no real benefit to the programmer or the resulting program. Go's lack of unions is essentially based around the same reasoning.

Interesting. May I ask how this differs from something like Freezed https://pub.dev/packages/freezed and its from/ToJson features ? I haven't used it yet, but I'm just curious about the concept and use of these sort of packages.

The official site does show what you can use it for but to explain a bit more, it helps you work faster.

One rather minor suggestion: it took me a while to understand exactly what the benefits were, but the example shown on this page of the docs summarized it well. I would suggest showing an example like that at the top of the main Readme and first page of the site, before or right after the motivation section, similar to how Freezed immediately shows its value proposition.

Read more on what you can do with Freezed.

freezed on pub.dev

We use freezed for our models, and then use withConverter in the firestore SDK to easily translate between firestore and our models... however we run into issues with concurrent updates to documents.

Once the package has been created, we will install freezed for JSON serialization and value equality , as this library provides helpful tools for these tasks. We will use json_serializable for JSON serialization. To install freezed and freezed_annotation, open your terminal inside the models package and use the command:

Data class: freezed

I've recently been exploring a codebase which is heavily using Freezed with Bloc. The resulting code base is almost an entirely different language altogether, and comes with almost triple the files of a non-freezed codebase.