这是一个创建于 1411 天前的主题，其中的信息可能已经有所发展或是发生改变。
第一家公司 用 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 都可以承接下来 复杂的报表走的是缓存+过期的方式，现在没碰到效率问题 |
Select Language