Flet 1.0:用 Python 构建跨平台应用

Flet 1.0 – Build cross-platform apps in Python

Flet 1.0 正式发布,让 Python 开发者无需任何前端经验,仅凭一套代码即可构建 Web、桌面和移动端应用。从 iOS 到 Android,再到 Windows 和 macOS,Flet 提供 150 多种预置控件,支持 NumPy、pandas 等常用 Python 库在移动端直接运行。通过 flet build 命令,可轻松打包发布至 App Store 和 Google Play。Flet Studio 更提供在线开发环境,无需安装即可快速原型验证。无论是构建界面、集成 AI 助手,还是进行自动化测试,Flet 都让 Python 应用开发进入全平台时代。

无需前端经验,只用 Python 就能构建跨平台应用。
  1. quietbritishjim

    Wow there's a surprising amount of negativity here.

    I've used this for a fairly complex app at work and it's great. (It's certainly not vibe coded as one commenter suggested.) It's a Python layer on top of Flutter, and it was the only UI framework I could find for Python that was fast and worked on all major desktop and mobile OSs. I think maybe Kivy could too but it seemed like it would be an uphill struggle for a good desktop app.

    It's a bit of a gateway drug for pure Flutter. If you need some complex, quickly updating control then you can write a Flutter control (in Dart) and wrap it in a Flet (for Python) control for better performance than doing it all in Python. I've ended up doing that for the main display in our app, and there's always the option to move more and more business logic into that.

    One downside to Flet is that I wish they didn't try "fix" some design decisions in Flutter. For example, they have a Flet "Container" widget that wraps a bunch of different Flutter layout widgets. The Flet version does seem easier to understand to me, but there's just so much more documentation (and StackOverflow answers etc.) for Flutter than for Flet that it would be easier overall if they just mirrored the Flutter controls precisely.

  2. nop17

    I built an iOS app with python library as core component and SwiftUI as UI layer. It is not fun to cross compile the dependencies for iOS, I need implement the iOS interfaces, cannot just simplify use macos for native api. There is a good beeware project port a lot python libraries to iOS. Without that to port from scratch would be a lot of work for a middle size apple.

  3. ChrisChou

    My personal stance on this type of UI framework is that I won't waste my time on it unless I see it being used in mature, large-scale applications. Complex software often involves dealing with obscure edge cases; you certainly wouldn't want to spend a huge amount of time building an app, only to discover that the framework itself has serious flaws that make it impossible to proceed.

  4. pietz

    Using a to-do list app as the first example to advertise a new app framework is absolutely wild in Q3 2026.

  5. bnchrch

    Python needs to be in less places not more.

    I believe Python has done more harm than good to the industry.

    Its by nature very inefficient, it leads you in the direction to some very poor abstractions (inheritance, monkey patching, mixins etc) and as a result code that is very prone to subtle bugs and issues.

    It deserves all the love it gets as an approachable language, but it deserves a lot more flack for everything else.

同日更多故事

2026-09-17