V2EX › gimp 的所有回复 › 第 124 页 / 共 153 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

1 ... 120 121 122 123 124 125 126 127 128 129 ... 153

❮

❯

2016-05-25 12:19:51 +08:00

回复了 bramblex 创建的主题 › JavaScript › [今天生日]造了个编译到 JavaScript 的语言取名叫做 Smooth

JJ 生日快乐~

2016-05-25 12:16:34 +08:00

回复了 hujianxin 创建的主题 › 程序员 › 关于前后端分离的理解。

对了，我也不知道模板应该是谁写... 是前端写最终页面，后端开发人员切割成模板还是前端工作者直接就提供给后端模板...

2016-05-25 12:13:16 +08:00

回复了 hujianxin 创建的主题 › 程序员 › 关于前后端分离的理解。

@hujianxin 是的，前端无论使用什么技术，只要能请求接口获得数据即可，前后端分离就是用接口来交换数据的。
如果使用模板，这就打破分离了，因为写模板是前端的工作。而且模板也是要放在后端。

2016-05-25 11:59:20 +08:00

回复了 hujianxin 创建的主题 › 程序员 › 关于前后端分离的理解。

连接彼此的只有接口，提供接口的为后端，使用接口的为前端。 Node 的作用就是让 Javascript 也能在服务器上跑了，让这门前端语言也能处理一些后端工作，仅此而已。把 Node 归到前端很让人不能接受

你在 8L 回复“路由”， “模板生成”，然而这并不是 Node 的什么新兴概念，返回给用户的页面无非是后端渲染完成直接返回 HTML ，或者后端返回一堆数据，然后浏览器选进行渲染

最开始的时候大多数 web 框架都是这样做的，后来人们觉得后端渲染比较浪费服务器资源，何不利用用户的浏览器呢，这样服务器的开销会降低很多，于是把渲染的工作交给了前端，后来逐渐发现这样做会在一定程度上影响用户体验，并且对 SEO 也不好，所以又有不少人开始重新拾起后端渲染。就像 react ，刚出来还是普遍前端渲染的，几个月后后端渲染的呼声越来越高。已然最佳事件

然而回到最开始我想说的，前后端分离的标准我认为就是根据接口划分的。为什么需要前后端分离，我觉得有这些好处， 1 ，方便重构，只要接口保持一致，前后端想怎么玩就怎么玩。 2 ，适合快速开发，接口定下后，前后端可以独立进行开发，最后对接即可。 3 ，方便找到问题，先看接口，二分法，出现问题直接定位是前端问题还是后端问题（方便甩锅）

最后，无论 Node 在后端做了什么他都属于后端，更何况“路由”，“模板渲染”这些已经是所有后端 web 开发框架标配的东西...

2016-05-23 13:14:33 +08:00

回复了 444683462 创建的主题 › 问与答 › 说说目前各自储存照片和拍摄的视频的方案

精选出来的放 Google Photo ，备份的打包上传 Google Drive ，这年头，手里没有个 55 还怎么上网...

2016-05-23 10:09:23 +08:00

回复了 xiahei 创建的主题 › Python › 重复造轮子. `v2 自动签到领金币`

心好累

2016-05-22 14:19:22 +08:00

回复了 imNull 创建的主题 › 问与答 › QQ 空间, 如何快速删除我在别人空间里的留言和评论

换 QQ

话说，分手了还是可以做朋友的嘛

2016-05-19 14:15:58 +08:00

回复了 lll9p 创建的主题 › 问与答 › 买了台电脑,想兼顾 linux 和 windows,怎么办?

windows + 虚拟机 Linux Server （非图形界面） + Xshell

这是觉得最方便，兼顾工作，游戏，学习的方案。