不好意思，对于写app还处于一个菜鸟的阶段，想请问有没有一个比较明确的方向该如何
让iOS的前端（用Swift去写的）去连结Python的code来做一些后端的处理（要用到Django
或Flask都没问题）上网查都没什么方向？

API 后端

是要自己写api吗

是啊，后端开API（一般来说是一个server，用URI沟通）给前端去call，送资料回前端，前端再做呈现

所以不管是用什么后端都能自己写api连到吗

框架的话，fastapi可以去尝试看看，很快速就能建立一个API前端call api，后端do somthings后再回传资料到前端呈现

用框架会比较好吗，还是是看习惯

看规模跟用途，小规模用 fastapk 或 flask 就可以，至于 django 有点太庞大了

Django会自带ORM、自动生成路由，大型项目中你会爱死这项功能，但是构建简易API你会需要Fastapi和SQLAlchemy，你会很常用它内建的神器，爱上它接近Go的高效能，至于Flask就是时代眼泪别花太多时间

那Flask还适合建构小型网站吗？最近想学

想知道为什么flask不行了

推10楼，看规模和需求决定，Flask也是有适合的用途

谢谢大家我去研究一下fastapi

falcon / hug 我也觉得不错

推fastapi 最近发现fastapi 直接舍弃flask

除非你有很大流量的需求，不然那些说flask不行的看看就好，效能是良好的架构与良好的code撑起来的，不是跑分好高好棒棒来的flask从0.x到1.0历经八年，django也十多年才到2.0能遇到的坑几乎都遇到过了，也都有庞大社群、书籍与线上资料，学来没什么不好的

如果要做网页 flask django 是没什么问题 但他们原本设计的初衷就不是for 设计api 导致要用很多模组 还需要整合fastapi 实现了大部分api需要整合的东西 可以提升开发效率

flask 很适合拿来做微服务

DRF: 原来我还整合的不够...

DRF 就杀鸡焉用牛刀的概念啊…

楼上，我回复的是tuch关于整合的说法fastapi最大的特点在于基于asyncio稳定的基础上能达到以往做不到的high concurrency然后orelly有出版一本轻量化django, 它也可以很轻

DRF光看文件的时间，fastapi搞不好已经写完了还更快。XD我个人的经验是觉得，如果你是初学者，用django或flask打底都很好，尤其是flask因为简单，可以帮助你很快理解web framework怎么用。但实际生产上面，如果你的专案是标准的前后端MTV项目，django的整合可以带给你很好的开发体验，好用的ORM和完整的功能，自带帐号后台很方便。可是到了api时代和微服务时代，你用django+DRF已经略显疲态了，首先DRF你要弄到会用就是个问题，那个文件就算是中文版还是没有fastapi简单明快，fastapi基本上是你看到范例code你就会了。第二，有些时候你得深挖DRF去覆写他的功能，但是这得去自己看原始码。像我之前写了用ad去做认证，就得自己想办法，第三，有些时候你还是会觉得不如直接用django的jsonresponse去吐资料比较方便，反而DRF你只需要他的序列化资料而已。

基本上大而全跟小而美本来就侧重面向就不同，我同意楼上讲的大部分观点，提DRF纯粹是针对先前hs提到整合的观点，要快要简单本来就是找轻量级框架要用fastapi也没什么不好，然而如果同时要用async跟 sqlalchemy, 要注意后者的asyncio支援还不稳定py 跟 js 不同，整体生态系对于async的支援并没有那么成熟，使用async api要注意第三方函式是否支援你可能以为你在写异步，其实程式还是同步跑

同意楼上，所有IO都要换成异步版本 file, logging 都有对应的aio版本，ORM好像还没有吧？就连django3也都说目前ORM还无法做到全面aio

不好意思问一下 有人知道如何用fastapi的uploadfile从post拿到照片吗

你要说一下卡在哪吧？文件范例满清楚的…

感谢各位回复，我先去学flask了

先学会把iOS打正确吧