说起前后端分离，唉，真是让人又喜欢又头疼！你们可能会觉得这种技术厉害极了，但说实话，很多程序员都没听说过这个概念。我就见过好多公司，全都是后台开发人员，连前端页面都得他们来弄，最后项目乱七八糟的。
前后端分离，真的是个新概念吗？
前后端分离这事儿，咱们早就熟悉了哈。不过，你们知不知道，好多做后端的哥们，还以为前端就只是漂亮网页，这活都是他们干的，有点不服气了？这种现象在小公司小团队里面可是常见得很呐，根本没人专门搞前端那一套。
有人误以为前后端分离就是后台可以偷懒不写HTML和JS了，其实错！前后端真正的分离可不仅仅是分工，而是彻底明确各自的责任，前端专注于页面展示与互动，后端则专门处理数据和业务逻辑。这样做不仅提升了工作效率，也降低了代码之间的依赖性。
前后端分离，真的是个好主意吗？
不过，还有好多前端同行，对前后端分离持有保留意见。他们认为，过去前后端不分时挺好做的项目，现在分了不但问题多，还得学各种新技术。比如，前端要自己搞定数据，还要熟悉各种框架和工具，这可不是小菜一碟。
再说了，前后端一分开，前后台沟通费事多了。原来网页出问题了，咱们一块看看，立马就能搞定。可现在，前端得自己找原因，后台还得出力帮忙，这来回磨合可真不是闹着玩儿的！
前后端分离，真的是个技术活儿
接下来说，前后端分离那可是真功夫！前端要学会那些React啊、Vue啊、Angular之类的框架，还要了解MVC架构，懂得怎么处理数据。对前端来说这挑战可不小。
前后端分开以后，前端做的事也就变得更多更难了。之前可能就只管切切图，写写模板，现在不得不过滤和处理数据，还得写复杂的程序逻辑！对于前端人员来说，这可真是个大考验
前后端分离，真的是个效率活儿
'use strict'export default function (router) {
router.map({ '/': { component: function (resolve) { require(['./PC.vue'], resolve)
}
}, '/m/:params': { component: function (resolve) { require(['./Mobile.vue'], resolve)
}
}, '/p': { component: function (resolve) { require(['./PC.vue'], resolve)
}, subRoutes: { '/process/:username': { component: function (resolve) { require(['./components/Process.vue'], resolve)
}
}
}
}
})
}
前后端分开，效果真不错。比如，我们可以同时开始，做事更快了。前边的人就先把网页做完，后面的再搞定接口，这样大家都不耽误时间。
前后端分开搞，网页跟路由就随便摆弄，后面的哥们也不会被打扰了。这对于咱们前端同学可是重大利好！
前后端分离，真的是个维护活儿
--请选择所属业务--
{% for p in p_list %} {{ p }}
{% endfor %}
前后端分开就是好，前端问题自己搞掂，再也不需要后端帮忙！写代码也更轻松点儿，这样对项目长远来说可是好事。
额，前后端分离这个事挺磨人的。举个例子前后端分离之后，前端跟后端就得轮流拿出时间来聊聊，这可不是小事情，对项目的进度肯定是有影响的。
--请选择所属业务--
export default { data: { return { lists: ['选项一', '选项二', '选项三', '选项四']
}
}，
ready: function () { this.$http({ url: '/demo/', method: 'POST',
})
.then(function (response) { this.lists = response.data.lists // 获取服务器端数据并渲染
})
}
}
前后端分离，真的是个未来活儿
总之，前后端分开真的是大势所趋。看看现在前端技术多厉害，用起来得心应手，前后端分家就能让页面和路由变得更好搞，再也不需要麻烦后端哥们儿。
评论0