flask,django 之流属于前端还是后端

[honmaple]

问题是这样的，最近在用 flask 写一个网站（属于边学边写），却发现很多时间都用来写 html/css/js,而 flask 用于数据库表单等操作时仅需要很少的代码，是我的重心放错了吗

[xiqingongzi]

后端。你写的 HTML 是为了追求能看
前端的是为了追求好看

[shunia]

后端不出事,一出事鸡飞狗跳,所以重心是维稳
前端这儿差一个像素那儿差一个像素,只要"我改一下更上去版本号加一",所以重心是调优

两个都花心思,但是对细碎时间的消耗不一样.你那写完的网站可能后台也有不少问题没考虑到呢,但是即便是你自己去看,第一眼也是看到的前端,看到的是那些没对准的一个两个像素.

[iiduce]

写 template 就是前端。觉着后端的东西少是因为你写的业务不够复杂。

[weer0026]

这就是为什么会推崇前后端分离的原因啊。。

[yongzhong]

自己写 难免这样,毕竟现在主要还是体验为王.

[chairuosen]

以后后端框架就会演化到只给 rest 接口

[hbkdsm]

@chairuosen 所以大大认为用哪种技术写 RESTful API 最舒服？

[sudoz]

@hbkdsm Django Rest Framework

[hbkdsm]

@sudoz 果然是 p2ex !

[bearlegion]

后端。使用 rest api 就是纯后端。使用模板的话也算是了一部分前端。

[a358003542]

其实我对 restful 接口持保留意见，前后端分离才需要，不过对于 python 这种敏捷开发语言来说，似乎并不是弄得这么复杂。当然了东西做大了可能要考虑统一接口之类的，但那也是在之前的基础上，代码的稍作调整罢了。

[Hipponensis]

那就好好研究一下 RESTful API ？

[wizardforcel]

前端部分由于不是后端程序员的专长，只使用 jq 和 bootstrap 就可以了。不必去搞 angular 和 react 。

我觉得 restful 的一部分思想是好的，把部分参数放进 url 中简化 url 。现在后端的路由解析变得灵活很多，完全可以这么实现。

但是过分要求语义就不合适了。从 get 和 post 两个操作转变到四个操作略麻烦，而且需要一定时间来适应。其实我还是喜欢把删除用 get 实现，修改用 post 实现。