Hola, I’m Hieu, a Software Engineer

Spotube chứng minh bạn ship được trải nghiệm nhạc bóng bẩy đa mobile/desktop từ một codebase Flutter — không cần sở hữu backend catalog. Tín hiệu stack Riverpod cho state và DI. drift cho dữ liệu thư viện bền vững. media_kit (và plugin liên quan) cho playback đa nền tảng. Release store gồm F-Droid/Flathub — packaging là một phần sản phẩm. Đáng học Tách tìm catalog khỏi thư viện local . Playback là service headless, UI chỉ là shell mỏng. Persist queue và vị trí — app nhạc bị resume liên tục. Cạm bẫy API audio nền tảng khác nhau nhiều (background mode, lock screen, Bluetooth). Ràng buộc pháp lý/ToS với catalog bên thứ ba không phải vấn đề Flutter, nhưng giết app nhanh hơn một frame jank. Dùng Spotube như bản đồ mặt phẳng plugin mà app media thật cần. Bài viết gốc đăng tại FlutterCook . Bản trên đó là bản được cập nhật mới nhất.

Spotube proves you can ship a polished music experience across mobile and desktop from one Flutter codebase — without owning the catalog backend. Stack signals Riverpod for state and DI. drift for durable local library data. media_kit (and related plugins) for playback across platforms. Store releases including F-Droid/Flathub — packaging is part of the product. What to steal Separate catalog search from local library state. Make playback a headless service with a thin UI shell. Persist queue and position — music apps are resumed constantly. Pitfalls Platform audio APIs differ wildly (background modes, lock screens, Bluetooth). Legal/ToS constraints around third-party catalogs are not a Flutter problem, but they will kill the app faster than a jank frame. Use Spotube as a map of the plugin surface a real media app needs. Originally published on FlutterCook . Read the latest version there — that copy is the one kept up to date.

Mọi bài so sánh quản lý state trong Flutter đều là một danh sách tính năng. Riverpod có provider an toàn ở compile time. Bloc có luồng dữ liệu một chiều kèm event log. signals có reactivity chi tiết tới từng giá trị. Đúng hết, và vô dụng hết — danh sách tính năng cho bạn biết một thư viện có gì , không bao giờ cho biết nó tốn gì khi người bảo trì đoạn code đó không phải là bạn. Cách nhìn hữu ích hơn: mỗi thư viện đang trả lời một câu hỏi khác nhau. Nếu câu hỏi đó không phải câu hỏi app của bạn đang đặt ra, thì tính năng của nó chỉ là chi phí bạn trả bằng thời gian review và thời gian onboard người mới. Nên thay vì liệt kê tính từ, bài này viết cùng một tính năng bốn lần — một màn hình load danh sách, hiển thị trạng thái loading, error, data và hỗ trợ pull-to-refresh — rồi đọc phần khác nhau. Nói luôn phần không được lòng ai: setState cộng với ValueNotifier và InheritedWidget là đủ cho rất nhiều app production, và tài liệu chính thức của Flutter cũng vạch ranh giới theo hướng đó....

Every Flutter state management comparison is a feature checklist. Riverpod has compile-safe providers. Bloc has a unidirectional event log. signals has fine-grained reactivity. All true, all useless — a checklist tells you what a library has and never what it costs when the person maintaining that code is not you. The more useful framing is that each of these libraries answers a different question. If the question it answers is not one your app is asking, its features are overhead you pay for in review time and onboarding. So instead of tabulating adjectives, this article writes the same feature four times — one screen that loads a list, shows loading, error and data states, and supports pull-to-refresh — and then reads the diff. I will say the unpopular part up front: setState plus ValueNotifier and InheritedWidget is enough for a lot of production apps, and Flutter’s own documentation draws that line too. There is a real point where it stops being enough. That point is not “t...