dart_frog
quick_use
DISCONTINUED
Our great sponsors
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
dart_frog
-
Dart on the Server: Exploring Server-Side Dart Technologies in 2024
DartFrog
-
Dart Fastest Growing Language in 2023
Dart is still mostly for Flutter, but we're seeing it move into the server side as well with projects like Serverpod and Dart Frog.
-
Dart Frog real world implementation
Has anyone used Dart Frog in a real world application? Is it viewed as production ready? Can you build a stand alone executable and deploy that directly or does it have to have a reverse proxy in front of it .(I'm thinking Nginx). I'm trying to build my own API for a Flutter application and while I'd like to do everything in one language, Go looks like the better option for the API since ease of deployment is important to me. I want non-technical people to be able to deploy this and having a single application that can be deployed without a reverse proxy is really attractive in that area but then I found Dart Frog so I'm willing to give it a shot if it can do what I need.
We’re working on multipart form data support (https://github.com/VeryGoodOpenSource/dart_frog/issues/296) but in the meantime you can use https://pub.dev/packages/shelf_multipart.
-
What Backend would you recommend.
There's also Dart Frog if you want to keep everything in Dart, but i do not have experience with it so can't recommend either way.
-
Dart in backend??
Dart Frog: https://dartfrog.vgv.dev/
-
Serverside Dart
dart_frog doesn't support it yet, you can track the progress at dart_frog#296.
In this blog, I will talk about the benchmarks of Flask (Python), Express (JavaScript), Shelf (Dart), dart_frog (Dart) and Conduit (Dart), and my opinions on Dart on the server side.
-
Ask HN: What is the future of Swift on the server-side?
Dart has some backend projects and support and is statically typed.
See Very Good Ventures own Dart Frog:
-
Ask HN: Why isn't Dart more popular?
I’ve been using Dart/Flutter for over a year now building an open source iOS/Android/Web app. In general, Dart is a solid language, and we enjoy writing code in it. The package management, for example is comparable to other best in class managers, like Rust’s Cargo and a huge leap forward from languages like Python. All the tooling (linting, formatter) takes the lessons Google learned from Go and applies them to Dart.
Additionally, It’s both an interpreted (with JIT) and a compiled language. Flutter uses this to hot reload code in development, but also to ship a leaner binary in production. On the server, native binaries are great for CLI tools for easy deployment, and the JIT is great for servers where processes are longer running and performance is more important than process size. Although it’s reasonably fast either way.
That being said, it’s a pretty boring language. It doesn’t have many expressive features to reduce boilerplate. While it does have reflection, no one uses it because it can’t be used in Flutter when compiling native binaries. Very few people are willing to make packages that don’t work in Flutter. People generally resort to code gen, which is clunky and adds another process to development.
On the server, there are not many options. The ‘shelf’ package is the default, but it falls short in many areas, making developers cobble together different packages. There are others, the one I’m watching is Frog[0], but adoption is slow. However, it is pretty much just another Next.js style clone, not adding anything novel to the space.
My hope is that the cloud providers will roll out native Dart support to their FaaS products, so I can at least share my model code between apps and the backend. However, the dream (well, my dream at least) is to have a full end-to-end Dart/Flutter solution that is real-time/reactive and not REST-based. Something like a programmable Firebase where I don’t have to deal with un/marshalling data myself all the time. I think that will get Flutter devs enough reason to move to Dart on the backend.
quick_use
What are some alternatives?
melos - 🌋 A tool for managing Dart projects with multiple packages. With IntelliJ and Vscode IDE support. Supports automated versioning, changelogs & publishing via Conventional Commits.
shelf - Web server middleware for Dart
quick-scan-flutter
mkdocs-material - Documentation that simply works
quick_blue - A cross-platform (Android/iOS/macOS/Windows/Linux) BluetoothLE plugin for Flutter
quick_notify - A cross-platform (Android/iOS/Web/Windows/macOS/Linux) notification plugin for Flutter
quick.flutter
threedradio-app - Three D Radio's Live and On Demand Streaming App
dart_frog_todo_example
dartness - Dartness is a framework for building efficient, scalable dart server-side applications. It provides an easy and quick way to develop modern standalone server.
Vapor - 💧 A server-side Swift HTTP web framework.
S01E155-improving-performance - Sample code for Swift Talk episode 155: Markdown Playgrounds — Improving Performance