类似淘宝用php做前端,java做后端的架构是怎样的?

RT.....顺便问一下,像类似淘宝这样的大型网站,为什么会使用php来做前端呢?php本身不是偏后端的语言吗?而且对于前端而言,不是可以用js来处理后端的数据吗?

阅读 36.4k
11 个回答

本质上前端后端的区分是以“到用户的距离”划分的

比较通行的划分是在浏览器/客户端到服务器之间,以用户的http请求为准划线,js css dom flash ios android这些算前,后端负责业务和数据存储。因为通行的开源方案,rdbms配合缓存,队列,开源搜索引擎等等足以支持,于是这个直接的划分比较有效。客户端有十种,服务器也就不到百台,大家的责任任务比较平衡。

当厂子的量级大到一定程度,简单的开源方案很难盖的住大量的用户,水平扩容,立体的灾备等等问题。这时客户端还是10种,可服务器却一下子百台千台,一个机房一个机房来算了。此时,上述的普通划分就没有意义了。此时划分线便自然向后移动到业务和存储/支持之间,有了题主描述的“java后,php+js前”或是“cpp后,php+js前”之类的划分。
并不是php的角色变化了,而是原来insert into就写完的下单变得需要大量开发负责各种server运维告警负载均衡读写分离等等等等事情。
换种说法,10个开发的业务可能5个写jscss,5个写php,但100个开发的业务,可能就是10个jscss,10个安卓ios,35个写php,30个写c/java给php调用,还要有10个运维,5个组长

使用PHP做前端是说web服务,接口等用PHP编写,后台的数据逻辑用Java做。至于淘宝怎么做的。。。不清楚

通俗点说,前后端分离,就是服务化了,java做服务供各种客户端调用,当然包括php了。

不建议这样做,淘宝在早期是全部 php 实现的,后面架构大调整,开始往 java 转换,所以遗留了一些 php实现 web 层,java只是提供后台服务这样的模式,这是由历史原因的,并不是由于这种方案合理。
在团队规模比较小、技术力量或业务流量都没有达到一定规模的情况下,建议都是用一种语言实现,这样不管是从效率上,沟通上等都会更好更合理。

曾经做过类似的实验,所以可以给题主一些个人的看法以及相关的内容。

1)一个不完善的说明,初衷是说服架构师选择node做前段Controller。
http://www.thonatos.com/docs/MT-Experimentations/Trying-For-Separating-FrontEnd-From-BackEnd.md

2)一个未完成的项目,目的是给架构做一个演示站。
http://www.thonatos.com/docs/MT-Projects/MT-NOTES.md

3)一个个人的实践网站,纯属自卖自夸。
http://www.thonatos.com/

总结一下,其实语言不是很重要,重要的分离的思想,以及带来的好处。

没有人说淘宝是用PHP做前端呀。这里的“前端”只是说淘宝的架构也许是
HTML、JS、CSS -----> PHP -----> Java
这样的层次而已。

FACEBOOK 把php 归为前端,C/C++才是后端

淘宝大部分业务模块是前端html引擎+java,有部分是html+nodejs+java,也有用php的。

http://ued.taobao.org/blog/的文章

其实JAVA的角色相当于中间件,提供高性能的数据服务提供能力。并且数据层一般很少改变,而且JAVA在安全的性能上明显是强于PHP的,但是灵活性,发布麻烦。但是PHP这种脚本语言发布很容易,上线快。
一般大的系统都是 view->脚本语言(python,nodejs,php etc)->c/c++/java 这种结构,这样的一个好处就是各自发挥优势,微博就是这种架构,淘宝中后期也是这样。目前各种语言百发齐放,不同的小业务不同的开发语言。

撰写回答
你尚未登录,登录后可以
  • 和开发者交流问题的细节
  • 关注并接收问题和回答的更新提醒
  • 参与内容的编辑和改进,让解决方法与时俱进
推荐问题
宣传栏