用 Django 写 web 写的无比痛苦，是我的问题吗？

[subpo]

最近从 Ruby on Rails 切换到 Python on Django 。才上手写了几天，可能对 Django 理解不深刻，但是这几天真的把我恶心的想吐，这是我的问题吗？还是继续写下去就能发现这个将近 20 年的框架的优秀点？

Python 虽然对我来说还有一点点小别扭的地方（比如明明是一切皆对象，却使用 len(obj)而不是 obj.len()），总体来说写起来还是比较爽，语法比较简单，调试工具链完善，网上能找到的资料也多。

但是 Django 简直让我痛苦无比。

按照官方文档，router 层无法定义请求类型，要在 ViewController 里面写 if request.method == "POST" 。
畸形的模板系统，无法在模板层写脚本，这点我可以理解是架构的设计考虑到不想在模板层引入逻辑，但放着 python 这么有表现力的语言不用，硬是发明了一个新的模板语法，实在是理解不能。

细节的问题更加数不胜数
比如写一些复杂的 View，需要把同一个资源的 POST 和 GET 方法拆开写
post /api/resources create_resource_view
get /api/resources list_resource_view
居然发现 Django 的 router 不支持把这种约定俗成的 RESTful api 导向不同的文件

模板层也各种难受，API 接受到 string 格式的 date 参数，需要转成 date 格式存入数据库，这么一个任何一个 APP 都会遇到无数次的逻辑，都需要 hard coding 或三行以上的代码来处理

API 参数验证也很糟糕，ORM 也很糟糕，一吐槽都停不下来，哪里哪里都很糟糕

[wander639]

view 的话可以考虑下 cbv
模板的话不知道能不能自己换成 mako
个人觉得 django 的 orm 还是挺好用的

[Rxianbei]

啊，对呀，要在 view 层定义请求方式实在是把我看得一愣一愣，这也太不优雅了。

[cyssxt]

熟能生巧

[youngce]

1. obj.__len__()是 len(obj)面向对象的写法，不主动定义为 obj.len （）是考虑到很多人也需要对这种东西自定义
2.django 是你的理解还不够的，你列举的那些问题，django 都有完善的高级的处理办法，但是你如果只看了了一个入门教程，可能是还没接触到这些。django 属于那种需要一段时间上手的框架，不要指望一上手就掌握所有 django 特性，如果没有耐心，请使用 flask 。

[youngce]

CVB 是不要整这些 view 层定义的，路由也是完全的 rest 风格，正经写 api，也都用 drf 的，不要被一些水货教程误导了

[subpo]

@youngce #5 rest framework 有在用，我也想吐槽来着，serializer 就我个人的感觉，一般是格式化输出的东西，但是 rest framework 把 serializer 同时作用于参数输入，验证，存储和格式化输出，一些常用的功能（自定义输入验证，输出附上一些自定义字段）也没能简单的提供，都需要进行一些有些奇怪的操作。

不过有你这么说我就放心多了...较长时间里不得不接触 Django 的话，宁愿是我自己菜

[Philippa]

Django 起手挺复杂的，而且设计得很繁杂，很多魔法，我一开始也很难适应。我后来找到一个入门 tutorial 去写个小 demo 才慢慢入门。

一般使用 rest_framework + Django + 一点最佳实践。用 ModelView 和 Model Serializer 那种高度抽象得语法来写，开发速度非常非常快的，而且它生态很好，除了基础功能，连 aws 等平台绑定的 libaries 也一大堆，如果你想最大化自己的开发速度，Django 一定是 Python 最好的选择，即使和其他语言的 Web 比较如 PHP 和 Ruby 也毫不逊色。

我用 Django 写 web 大部分时间其实都是遵照 TDD 写 unittest 的，因为一般常见的 API 开发，写 view/model/serializer 等都没多少行代码，大部分代码都是 unittest 。但这种高度抽象的写法很容易出错，多一行，少一个方法可能相差非常大，不写 unittest 来 debug 是非常困难的。

建议多花一周实践继续研究一下，我当时刚开始也觉得很痛苦= =，怎么设计那么脏，为什么要用字符串而不是类，为什么要去 override 那么多方法来实现 api 等等，中途还一度放弃去写 flask/echo，但最终尝试下来发现这值得，开发效率非常非常高，现在我个人开发都是 Django + React 。个人的 Nodejs 的 Nestjs 还是 Expressjs 的开发效率和 Django 还是差一个等级。

[subpo]

@subpo #6 我表达的不是很清楚。重新说一下

比方说一个 api 的 create 部分的常见操作:
1. 验证传输进来的数据的合法性，包括数据格式转换，验证等
2. 进行一些业务逻辑后存入数据库
3. 返回存入的字段和一些自定义字段

这个常见的操作用 drf 怎么都走不顺。操作 1 的 serializer，操作 2 的 model，操作 3 的返回 serializer 几乎是同一样东西，但是又有一些细节不同，实现起来很别扭，不顺。

并且个人认为 djr 的 Restful 设计的不太好，诚然做一个标准的 CURD 操作用 Viewset 非常方便用不了几行代码，但是真正放到业务逻辑里，又有多少标准又无扩展逻辑的 CURD 呢？这时，djr 需要用不同于 Viewset 的另外一套逻辑来处理这部分业务逻辑，显得非常脆弱。

[iConnect]

如果熟悉工厂模式，换 flask 吧，django 的路由设计不如 flask 来的简洁。

[dcalsky]

@subpo DRF 就是开发小功能快，你要做细的话，那就得好好看看各个 serializer 以及 serializer relation 。很多逻辑要在 serialization 的 create validate save 里面做。

[comwrg]

同样的感觉…

[comwrg]

要不是 python 轮子多，对于个人开发者来说我还是选择 rails，而不是 python 的 web 框架

[oahebky]

是你的问题。

[zachlhb]

cbv 是可以定义请求类型，class 里方法名定义成 method 就行了

[zachlhb]

如果写接口可以用 drf 的 viewset，然后在路由的 as_view 里面定义请求的 method 和对应的方法

[MintZX]

ruby on rails 开发给你点个赞。。。

确实不喜欢 django 的写法，但是新公司的技术栈就是 django 和 flask，只能被迫用了

[ericls]

不就是个 wsgi

[steptodream]

我是二流搞 IT 的 被迫开发内部 web 适应尝试了一圈 发现对于我来说 django 最容理解

[wellsc]

用 go 试试(手动狗头

[0312birdzhang]

+10086 啊，写的太痛苦了，于是我用 java 了（滑稽

[BenX]

一切原因在于你从 ror 转出来的，被 ror 伺候过，其它都不香了。

[wangkun025]

被 rails 惯坏了。
最近看 spring boot，连 router 都没有。直接在 controller 里写 mapping，岂不是更加郁闷。

[Jammar]

用 drf
router 直接指向函数或者类(实现 as_view()方法的)
view 层定义 method,有很多种放我,我常用在类下面 def get
string 转 date,我没记错的话可以直接序列化,或者使用一些模块一行代码的事情,比如 datetime
api 参数验证直接使用 serializer.is_valid()没有报错.data 获取数据
orm 是面向对象的形式 user=User(),user.name=xxx,user.sava()
对于一个常见的 create 操作,先写 modelserializer,再视图层验证取数据,可以看一下 drf 的 CreateAPIView

[Akkuman]

把 drf 的文档看完，然后边做边看源码，其实你会发现各个地方都有钩子，可控性挺强的

[37Y37]

我不管，反正我用起来贼香，哈哈

[nonduality]

说起来，你的抱怨来自两点：1 、缺少开放思维，带着 ROR 的固有习惯，认为 ROR 的做法才是唯一正确； 2 、对 Django 学艺不精，Django 作为广泛使用的框架，如果大家都是像你那样在忍受各种缺陷，是不可能走到现在的。

我从来不喜欢基于函数来处理请求，喜欢用 class-based view，宁可直接继承 GenericView 来写，同一个类下定义一个 get 和一个 post 方法，然后 as_view()绑定到同一个 url，根本不会有你说的问题。

至于模板，属于见仁见智，如果允许模板写很多代码，那就违背了逻辑和表现分离的原则，鼓励用户将更多的逻辑扔到模板里。

API 的问题，用 DRF 。

Django ORM 我认为很好很优雅，尽管我也可以接受 SqlAlchemy 的形式（ Flask 用的是修改过的，要不更难用），但像 Pony 之类搞的黑魔法，lambda 满天飞，才叫糟糕。

[libracloud]

用 rails 后，用啥都不爽

[linvaux]

用 fastapi

[Mark24]

体验过 rails，我选 Ruby On Rails

Python 确实优秀

但是 Ruby 似乎更胜一筹~

[xulolololololo]

我以前也是用 django 的，但是我们都是自己定制化自己公司的业务 view，所以不涉及 django 太多奇奇怪怪的东西。然后新公司换成 sanic，也是定制了一下就写了，这 web 开发就是这么回事，框架随便换。