第一家公司 用 django+drf 写的很爽感觉 c 端业务 业务也简单
第二家公司 b 端业务 saas 开发 直接用 django 参数校验都不做 问了同事就说 一般都按正确的传 参数有问题开发的时候就解决了。。
第三家公司 也是直接用 django 倾向原生 sql 代码看着挺难受的 一直拼接 if xxx: sql += 'xxx' 写下来 一大堆怼在 views 里面 刚开始也比较抵触 难维护 容易出语法错误 开发效率低 感觉写接口就贼慢 先去 navicat 写 sql 调好了 复制到代码里面 也不用 orm 建表 先 navicat 建表 建好了在写 model 。。。不过 sql 能力是锻炼了,但感觉开发效率不行,感觉这样没必要用 django
你们公司的 django 项目是怎样的
1
passer9527 2021-12-09 07:59:30 +08:00 via iPhone
一直用第三种,不自己写 sql 完全不放心
|
2
dayeye2006199 2021-12-09 08:15:36 +08:00 1
初期 2 ,后期 1 ; ORM 搞不定的时候走 raw
|
3
zachlhb 2021-12-09 11:50:18 +08:00 via iPhone
django+drf 全套,使用 django 的 migrate ,orm ,drf 的 serializer 做数据校验和响应序列化,集成了 tornado 扩展了 socket ,目前做了各种项目,没有出现实现不了的
|
4
NaVient 2021-12-09 14:41:58 +08:00
拼接最大的问题是容易留下安全隐患
|
5
wander639 2021-12-09 17:05:34 +08:00
django 的 orm 感觉还挺好用的
|
6
akriafly01 2021-12-27 10:22:06 +08:00
方案 1
只要设计好点,不要随便加奇葩功能,方案 1 都可以承接下来 复杂的报表走的是缓存+过期的方式,现在没碰到效率问题 |