Home  >  Article  >  Backend Development  >  javascript - 很想问,前后端分离具体的实现是怎么样呢?

javascript - 很想问,前后端分离具体的实现是怎么样呢?

WBOY
WBOYOriginal
2016-06-06 20:13:491764browse

前后端分离是否前端的端口和后端的端口不一样?如果一样的话。那么如果像阿里的前后端分离,中间有过度的nodejs作为中间缓存和页面的渲染方面的,但是我现在的前端框架很多能够提供足够的api来使用户不需要再一层页面渲染,那么我直接用nodejs做数据缓存,那么是否意味着大量的http短链接转移(nodejs到java或php之类的做数据操作层),一直没真正理解到底什么事前后端分离,而且这样子的前端不是基本都被直接下载下来了,我指直接CTRL+S就能保存下来整个前端,虽然很多有做足够多的JS uglify使得即使拿走了也很难修改,但是我觉得整个的业务逻辑后端再做就可以,那是不是很赔本?我指的是SPA,因为现在很多项目基本都是靠SPA纯异步来做的。求解答!

回复内容:

前后端分离是否前端的端口和后端的端口不一样?如果一样的话。那么如果像阿里的前后端分离,中间有过度的nodejs作为中间缓存和页面的渲染方面的,但是我现在的前端框架很多能够提供足够的api来使用户不需要再一层页面渲染,那么我直接用nodejs做数据缓存,那么是否意味着大量的http短链接转移(nodejs到java或php之类的做数据操作层),一直没真正理解到底什么事前后端分离,而且这样子的前端不是基本都被直接下载下来了,我指直接CTRL+S就能保存下来整个前端,虽然很多有做足够多的JS uglify使得即使拿走了也很难修改,但是我觉得整个的业务逻辑后端再做就可以,那是不是很赔本?我指的是SPA,因为现在很多项目基本都是靠SPA纯异步来做的。求解答!

前后端分离的意思是让负责写展示代码的人和写业务逻辑代码的人能够尽量少的交流。尽量确定尽量少的接口,两部分人的开发可以相互独立,不需要其中一个写完才能写另一个,可以独立测试。
就是一个大的项目如何分成两个互不相关的部分,两部分人各自写,其中的交流越少越好,理想的是不交流但是不可能,然后各自写好了放到一起就可以运行了。而且还要求这两群人掌握的技能越少越好,降低人力的成本,如果每个人都懂前端和后台就不叫前后端分离了,而是叫模块化吧。当然最好还是有代码复用,易于维护,代码效率高等要求。
这个似乎没有特别好的实现方案。

楼主说的其实很好呀,各种目前的方式都看到了其中的缺点。反编译抄袭代码的问题,这个早就有了呀。
http://www.yitaomin.cn/?p=187

整站ajax,就是前后端分离。以前说的不分离,是用php smarty模板啊,java什么模版这种,前端要动后端代码。

前后端分离:后端返回JSON,前端获取JSON组织成HTML输出到页面.
不过页面初始化的时候最好还是通过后端直接输出HTML.
需要注意的是,AJAX和后端返回JSON对SEO来言显然是不友好的.

前后端分离 就是后端负责接口 前端负责所有页面展示逻辑及请求接口获取数据然后输出HTML
但是一般前端请求接口都是通过ajax请求的 这个对SEO很不友好,因为页面的渲染都是靠JS拼接的,在客户端渲染,所有为了解决这个问题 可以使用NODEjs做中间层 同过node去请求接口 在服务端渲染html 这样就可以解决此类问题。

就是前后端分开开发互不干扰啊,现在前端的代码都是build过的,下载了也没用啊

通常说的前端是指访问者能够看到的内容,后端是访问者看不到的内容。或者更简明的回答你,前端就是html,css,javascript。
此外我觉得好好学习很重要,听到几个名词就到处用,说真心话,搞得我根本不知道你想问什么。
阿里、淘宝、京东、新浪、网易、百度这种级别的网站所说的前后端分离和通常网站开发所说的前后端分离不是一种概念。

前后端分离有很多种实现方式。我这里只说我这里目前用的:前端跟后端纯交互数据,后端提供支持jsonp的数据接口给前端,前端有前端的nginx服务器,后端有后端的nginx+tomcat服务器独立部署发布。

前后端分离,就是前端专注自己的开发,后端只要提供接口就可以,目前常见的app开发基本都是,app端开发和后台开发基本分离。

前端用AngularJS
后端用Php等服务器语言
前后端用restfulAPI接口定义通讯
如何用AngularJS构建管理后台

JWT在前后端分离中的应用与实践

Statement:
The content of this article is voluntarily contributed by netizens, and the copyright belongs to the original author. This site does not assume corresponding legal responsibility. If you find any content suspected of plagiarism or infringement, please contact admin@php.cn