大家用 Django 开发网站的时候，先设计数据库还是先做前端？

[nonoda]

小白，不知道大家怎么操作

[agileguo]

是先设计 model

[HiCode]

我只谈小型项目中的经验（我也没做过大型的）：

一般是产品经理或客户，根据自己的想法，做出原型，找设计师根据原型做出设计稿；

然后后端根据原型及设计稿里的细节——设计数据库，确定后台系统所需功能（包括菜单、表格、表单页面等），先写好数据库，再开始撸前端页面及后台接口。

写页面的时候可能会遇到原先设计数据库时有些细节没考虑清楚，那么再回头去调整补充数据库。

如果有需求文档更好，但小项目一般是没有的，所以原型图和设计稿成了最重要的一环。

[wangyzj]

设计师出来的东西定了之后
数据库和前端就可以同时开始了

[orzorzorzorz]

我做的话一般都是先弄库表，再弄接口，然后是这页面交互。然后看页面有不合理的地方看着改改库表，然后就定型了。

[flyingghost]

先做原型。哪怕是草图，也得把核心逻辑、交互想清楚。
然后是模型，模型出来了，数据库和前后端接口也差不多出来了。
之后前后端就无所谓先后了。

[crackhopper]

1. 分析需求。场景->用例->系统模块设计
2. 设计接口 API。解耦系统之间的依赖，考虑一定的扩展性。
3. (optional) 针对 API 编写单元测试
4. 开发，debug，通过单元测试
5. (optional) QA 进一步 E2E 测试、黑盒测试、压力测试(如果需要的话)
6. 交付 或者 完成一次迭代，重新回到 1

[crackhopper]

先做数据库还是先做前端：
- 在开发的过程中并行做。（如果多个人协同）
- 一个人开发的时候，其实都行。没啥太大差别。
- 关键还是需求分析和 API 设计做得到不到位。

[SjwNo1]

我寻思 先做前端也要预留坑位 还不如先搭 model

[cnanyi]

用 django 的话， 比较习惯与用 django orm 机制，不断修改实体类，并 migrate 到数据库

[okwork]

建议先找同类产品参照下，你开发的产品应该是改良型的吧，通常不是革命型的（革命型的创新往往很难借鉴到现有经验）。看看别人的架构，再开始动手。

[nonoda]

谢谢大家的指教。因为我要做一个数据填报类的网站，然后根据大家的建议，想着先把数据库搞好吧（也就是写好 model ）。不会实际投入使用，我先练习一下。

[wysnylc]

从设计方面来讲:前端->后端
设计完成后开发的话:后端写完接口给前端
简单讲就是产品原型->后端接口->前端页面

[qsbaq]

先设计 model ，这样的话整个项目在你脑海里会一次次的循环使用场景需求等信息。

[laravel]

如果完全是一个人做的话，我都是先设计数据库，然后前端和 api 可以同时进行。

[fakepoet]

人均架构师 :doge: