V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  FrankFang128  ›  全部回复第 80 页 / 共 278 页
回复总数  5543
1 ... 76  77  78  79  80  81  82  83  84  85 ... 278  
@phxsuns 哪有那么复杂的?
@bdbai 你举得这么复杂的东西,在大公司一般是由一个部门负责封装的。而且肯定是做成服务的。
我不是站在前端角度说得,而是根据我看到的和用过的。
@ianva 我没发现现在的网页有比几年前复杂很多
@TaMud 如果前后端是同一个人,也可以自由修改界面啊……
分离后 XSS 可能少点吧,但是搞了前后端分离的大公司依然每年都有 XSS 漏洞,所以……没啥用。
@sodatea 没搞过 microservices 啊,貌似很火。
@pi1ot 我经历最老的项目是在 C 代码里改 JS 。还不能在本地预览,部署一次在服务器上才能看!
@pi1ot 你说的 2 对应我的图 1 ,你说的 3 对应我的图 2
@icybee 除了前端做的事情,其他同学做的事情都有价值,你们的前端真闲,花时间搞这。
@zenliver 所以你主张不分前后端咯……
@pi1ot 你说的过程,跟我说的基本一样。
最开始后端只输出 JSON 是非常少见的情况。现在居然成了默认选项。感觉『人人都做单页面』
@nigelvon 话太空洞,不讨论。
@CTO 话太空洞,不好讨论。
@bdbai 同楼上,如果你们的后台重,说明没有封装好服务。后端不会 W3C 好意思吗?
一个页面渲染所需的数据,很多时候不仅仅来源于一个 API 。这种问题,跟分离不分离没关系。
@icybee
前端是不复杂,被搞复杂。
后端是复杂,但可以封装成服务。

腾讯和阿里的所有数据接口都是封装后再给后端用的,只要封装得没坑,调用方不会感觉很复杂。
@murusu 你拿 OA 和 ERP 举例就抬杠了。这是典型的富交互单页面应用啊。不分离怎么弄。
@RaymondYip 没有那么多在线编辑器要做。分离对开发者好(工作变少了嘛,谁不爱),但是对团队不好(分成两部分)
@SpicyCat 如果一个团队只有 2 个后端,有 10 个前端,那么搞前后分离我没意见,把工作量分到前端嘛。
但是如果 10 个后端, 2 个前端,还搞前后分离,就呵呵了。要把两个前端累死。
@icybee 你们后端复杂到死是因为服务封装得有问题。
@mdluo 你说的这些功能,确实适合做成 web app 的,那么用 React 我没意见。
@mdluo jQuery 做个无限滚动好简单……
1 ... 76  77  78  79  80  81  82  83  84  85 ... 278  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   2811 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 48ms · UTC 07:50 · PVG 15:50 · LAX 23:50 · JFK 02:50
Developed with CodeLauncher
♥ Do have faith in what you're doing.