sdk VS Flutter

In accordance with Dart SDK Issue 57112, the language experiment flags are intended to work seamlessly with the latest language version. However, when you switch to the Flutter master branch, like in your case, discrepancies can arise, resulting in errors related to experimental features.

Here's the cons from my experience.

Dart does not cross-compile, it's still an issue to this day and there haven't been any plans to fix that yet from what I can tell. https://github.com/dart-lang/sdk/issues/28617

Another slight issue I've found is the error message it spits out is kinda unhelpful most of the time, but that issue also applies to Flutter. The stacktrace is like 100 lines with only the five first rows is helpful, the rest is internal code.

Dart lacks a repl (there is this package called Interactive but it's a hacky solution).

One last thing I do not enjoy about Dart is that even if the code compiles, you are not guaranteed that the massive refactor you did is "sound", that will say, errors can popup during runtime, so you have to write tests for every part. This is such a bummer because in Java, if I do a large refactor and the linter, ide and compiler is happy, then you will likely be rest assured that the program will run fine (JavaFX is a exception).

Dart is a language meant for ui development, nothing else. The team doesn't seem interested in splitting up the language from the Flutter framework. There have been tons of work from the community to provide tools for standalone application / backend development (see Shoelace and Serverpod).

The pros is a beautiful, expressive language with awesome DX. Good range of packages available and easy to meta-program with, it's not on the Ruby level but with "extensions" you can do lots of fun stuff. Dart deserves more love than what it currently gets.

I’m not a Dart fan so maybe I’m biased, but wow this (from the article) a failure on many levels: https://github.com/dart-lang/sdk/issues/56609

Yes, the basics are there in Smalltalk and there's more support built into Erlang.

Also:

"Live program changes in the Dart VM"

https://github.com/dart-lang/sdk/blob/main/docs/Hot-reload.m...

"Live reloading for your ESP32"

https://github.com/toitlang/jaguar

Related Issue link: Platform.localHostname fails on Chinese Windows

https://github.com/dart-lang/sdk/graphs/contributors

As for flutterfoundation.dev, it appears to be just Matt? Who used to be employed at Google and reported to me on the Flutter team but is no longer.

There is so much cool stuff at various stages of landing in the Dart pipeline at the moment. A few things that come to mind include:

1. Dart now supports the native Web platform APIs and offers a really compelling alternative to TypeScript now thanks to their their latest generation of JS interop. Example for how the code looks here: https://github.com/kevmoo/kevmoo.com/blob/main/web/main.dart

2. Compile to WASM now on the web also with future work to also align itself with the emerging WASI standards both as a compile target and the ability to embed WASI runtimes into Dart programs (technically already possible through their C interop)

3. Lots of great work on cross language interop with C, C++, Swift, Rust, Go, JavaScript, Objective C, Swift, Kotlin and Java here https://github.com/dart-lang/native

4. Upcoming Macros feature which gives fully static type safe automatic and fully debugable code generation.

5. Potentially looking at bringing Shared Memory Multithreading to the language https://github.com/dart-lang/language/blob/2662d252b7fa93175...

6. Also some early work on a bytecode compiler it seems but I’ve not seen any kind of announcement about it here https://github.com/dart-lang/sdk/tree/main/pkg/dart2bytecode

7. This REPL

It’s really a good time to be a part of the community. It’s a very bright looking future for it.

To add to this mess, Flutter officially discontinued flutter_markdown due to limited resources. Here’s the issue: https://github.com/flutter/flutter/issues/162960

# Install Dart SDK (using apt, official Google repo) sudo apt-get update sudo apt-get install -y apt-transport-https wget wget -qO- https://dl-ssl.google.com/linux/linux_signing_key.pub | sudo gpg --dearmor -o /etc/apt/keyrings/dart.gpg echo "deb [signed-by=/etc/apt/keyrings/dart.gpg] https://storage.googleapis.com/download.dartlang.org/linux/debian stable main" | sudo tee /etc/apt/sources.list.d/dart_stable.list sudo apt-get update sudo apt-get install -y dart # Add Dart to PATH export PATH="$PATH:/usr/lib/dart/bin" # Clone Flutter cd /opt && sudo git clone https://github.com/flutter/flutter.git -b stable sudo chown -R $USER:$USER /opt/flutter export PATH="$PATH:/opt/flutter/bin" && cd /workspace flutter pub get

Cross-platform development means writing code once and running it on multiple platforms like iOS and Android. This reduces time, cost, and effort compared to developing separate apps for each platform. Developers use frameworks to simplify this process, and two of the most popular are Flutter and React Native.

Install Flutter SDK from flutter.dev.

However, with the introduction of ShellRoute, observing the navigation flow in your app and having routes that are "aware" of navigation changes has become more difficult. As highlighted in this issue, when you add a ShellRoute, the app loses reactivity to route changes: the NavigationObserver is no longer triggered.

Another "big refresh". I've already disabled animations because of the faintly ridiculous system-wide overscroll effect [0] which makes every menu and webpage bounce like the viewport is made of gelatin, so I'm a little bemused to see them doubling down on "natural, springy animations". I know this is "old man yelling at cloud" of me, but I don't care for my notifications to "subtly respond" to adjacent ones being dragged.

[0] https://github.com/flutter/flutter/issues/83355

Flutter