django 快速开发明明 drf 更好,为啥还是很多人更推荐 fast.api 和忍者 - V2EX
V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
yuan321
V2EX    Django

django 快速开发明明 drf 更好,为啥还是很多人更推荐 fast.api 和忍者

  •  1
     
  •   yuan321 2024-02-10 11:43:41 +08:00 8412 次点击
    这是一个创建于 609 天前的主题,其中的信息可能已经有所发展或是发生改变。
    div class="sep20">
    18 条回复    2024-07-19 13:05:17 +08:00
    DeWjjj
        1
    DeWjjj  
       2024-02-10 11:50:35 +08:00
    fastapi 不也有 drf 一样的 api 页面么,这俩没什么差别主要是 django 之前不支持 async ,现在不是也可以 async 了。
    所以,除了 django 比较重之外没啥别的问题。
    lambdaq
        2
    lambdaq  
       2024-02-10 14:21:01 +08:00   3
    还以为有什么长篇大论详细说明好在什么地方呢。。。结果。。。。
    summerwar
        3
    summerwar  
       2024-02-10 14:30:39 +08:00   1
    fastapi 的优势在于跟他的名字一样,写 API 比较快,然后连文档直接都可以搞定,侧重点不同。

    建议两个都搭建起来体验下,立马就懂了
    chenqh
        4
    chenqh  
       2024-02-10 14:36:42 +08:00
    因为 django 要学的东西比 fastapi 多,入门比轻型框架难, 就这样..没有什么其他原因.
    albert0yyyy
        5
    albert0yyyy  
       2024-02-10 15:49:01 +08:00
    只写过 drf 和 ninja ,现在好像 ninja 给官方收纳了,我用的 ninja 刚出来,我觉得写起来是真的方便真的快。就 drf 输入输出校验就要写好大一串。
    Rebely
        6
    Rebely  
       2024-02-10 18:57:24 +08:00
    drf 和 Django 现有生态结合的好,orm ,filters ,form ,权限 等。缺点就是学习成本稍高,包括 view set 和 mixins 这种类视图,对新手有点不好理解, 不像其他两个看点示例就能用的七七八八。

    再有就是 drf 的 serializer 对比起 pydantic 是真的难用啊, 还不止是一点半点。 赶紧参考 pydantic 这种设计 replace 了吧
    LeeReamond
        7
    LeeReamond  
       2024-02-10 21:48:11 +08:00   1
    1. 因为 Django 几个版本迭代后的不兼容更新多,维护体验是狗屎。
    2. 因为 drf 笨重的生态中的很多实现不是最佳实践。在大多数时候如果我不愿意背着大量我不需要的功能走,那我愿意做那个重新发明轮子的啥 B ,我的轮子比你的圆,我乐意你管得着么。
    Vegetable
        8
    Vegetable  
       2024-02-10 22:04:10 +08:00   1
    因为真的两个都用过很多,知道基于 FastAPI 的项目更容易写出易于长期维护的代码
    acerphoenix
        9
    acerphoenix  
       2024-02-11 10:14:09 +08:00
    drf 帮开发者实现的东西太多了. 增加很多学习成本, 不是我不想学, 而是我都有个实现的认知和方法, 再让我换一套, 尤其团队, 生产环境, 挺困难的
    kuituosi
        10
    kuituosi  
       2024-02-11 10:50:17 +08:00
    因为 python 的框架是典型的重复造轮子
    毕竟 python 开发太简单了,不造轮子不舒服斯基
    moonriver00
        11
    moonriver00  
       2024-02-11 17:12:41 +08:00
    django 限制太多了,其他的灵活的多
    yph007595
        12
    yph007595  
       2024-02-12 20:02:06 +08:00
    @albert0yyyy #5 被官方收纳是啥意思
    metavoidx
        13
    metavoidx  
       2024-02-20 14:35:44 +08:00
    DRF 的 serializers 确实不好用,太嗦了,明明 Python 有类型注解的标准,还方便 IDE 提示和补全
    FastAPI 我也用过,写接口方便些,但是太薄了,我还是比较喜欢 Django 的模型层和 QuerySet
    所以我自己写了一个后端元框架 [UtilMeta]( https://github.com/utilmeta/utilmeta-py),用 Python 标准的类型声明来处理接口请求和 CRUD ,可以支持 Django 模型接入(后续也考虑其他的 ORM 框架像 SQLAchemy ),也支持其他的框架作为运行时实现,比如 Flask, Sanic, FastAPI
    metavoidx
        14
    metavoidx  
       2024-02-20 14:40:01 +08:00
    @metavoidx 看来 v2 的评论并不支持 markdown 也没法编辑,Github 链接在 https://github.com/utilmeta/utilmeta-py
    huangzhiyia
        15
    huangzhiyia  
       2024-03-23 19:56:52 +08:00
    drf 写法太嗦了,之前每新建一个 Model 我都要分别打开三个文件,serializers 下的 x.py, models 目录下的 x.py, apis 目录下的 x.py, 写的时候 ide 提示很恼火,需要自己手动翻来翻去。

    现在我把 serializer model api 统统直接写在 apis 目录下的 x.py 上了,啥时候代码复杂影响了阅读了再拆分。
    shujuliuer
        16
    shujuliuer  
       2024-05-27 18:37:16 +08:00 via iPhone
    10 年后端开发经验的人都不愿多碰 drf ,写法嗦臃肿,文档不友好。反观 ninja ,文档精致到相关代码行高亮,各种加粗和’ 标识,看起来很舒服又贴心。少有的让我一口气翻一遍的文档。推荐一个中文版的。https://django-ninja.cn/
    yuan321
        17
    yuan321  
    OP
       2024-06-13 12:22:42 +08:00   1
    @shujuliuer 但是 drf ,写那种简单的增删改查确实还是很方便的
    shujuliuer
        18
    shujuliuer  
       2024-07-19 13:05:17 +08:00
    @yuan321 说的没错,但是现在 django-ninja 也有 crud 包了。感觉比 drf 要简单很多。 https://django-ninja.cn/django-ninja-crud/guides/01-Introduction/
    关于     帮助文档     自助推广系统     博客     API     FAQ     Solana     2205 人在线   最高记录 6679       Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 22ms UTC 16:07 PVG 00:07 LAX 09:07 JFK 12:07
    Do have faith in what you're doing.
    ubao snddm index pchome yahoo rakuten mypaper meadowduck bidyahoo youbao zxmzxm asda bnvcg cvbfg dfscv mmhjk xxddc yybgb zznbn ccubao uaitu acv GXCV ET GDG YH FG BCVB FJFH CBRE CBC GDG ET54 WRWR RWER WREW WRWER RWER SDG EW SF DSFSF fbbs ubao fhd dfg ewr dg df ewwr ewwr et ruyut utut dfg fgd gdfgt etg dfgt dfgd ert4 gd fgg wr 235 wer3 we vsdf sdf gdf ert xcv sdf rwer hfd dfg cvb rwf afb dfh jgh bmn lgh rty gfds cxv xcv xcs vdas fdf fgd cv sdf tert sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf shasha9178 shasha9178 shasha9178 shasha9178 shasha9178 liflif2 liflif2 liflif2 liflif2 liflif2 liblib3 liblib3 liblib3 liblib3 liblib3 zhazha444 zhazha444 zhazha444 zhazha444 zhazha444 dende5 dende denden denden2 denden21 fenfen9 fenf619 fen619 fenfe9 fe619 sdf sdf sdf sdf sdf zhazh90 zhazh0 zhaa50 zha90 zh590 zho zhoz zhozh zhozho zhozho2 lislis lls95 lili95 lils5 liss9 sdf0ty987 sdft876 sdft9876 sdf09876 sd0t9876 sdf0ty98 sdf0976 sdf0ty986 sdf0ty96 sdf0t76 sdf0876 df0ty98 sf0t876 sd0ty76 sdy76 sdf76 sdf0t76 sdf0ty9 sdf0ty98 sdf0ty987 sdf0ty98 sdf6676 sdf876 sd876 sd876 sdf6 sdf6 sdf9876 sdf0t sdf06 sdf0ty9776 sdf0ty9776 sdf0ty76 sdf8876 sdf0t sd6 sdf06 s688876 sd688 sdf86