|
|
马上注册，结交更多好友，享用更多功能^_^
您需要 登录 才可以下载或查看，没有账号？立即注册
x
本帖最后由 不二如是 于 2018-2-24 14:47 编辑
推荐阅读：
只有“前端工程师”才会懂得#恶趣味 | 【哈哈哈】
一张“绝世美女”说清何为#H5+C3 |【醍醐灌顶】
实用Tips - 5 “HTML”亲手为“Flash”放上最后一根稻草
严肃的说：
Long time age，搞Web开发的时候，根本没有前端，后端之说。
原因很简单，那个时候服务器端的代码就是一切。
接受浏览器的请求，实现业务逻辑，访问数据库，用JSP生成HTML，然后发送给浏览器。
即使后来Javascript在浏览器中添加了一些AJAX的效果，那也是锦上添花，绝对不敢造次。
因为页面的HTML主要还是用所谓“套模板”的方式生成：美工生成HTML模板，程序员用JSP,Veloctiy,FreeMaker等技术把动态的内容添加上去，仅此而已。
那个时候最流行的图是这个样子：
在最初的J2EE体系中，这个表示层可不仅仅是浏览器中运行的页面，还包括Java写的桌面端，只是Java在桌面端太不争气， 没有发展起来。
每个程序员都是所谓“全栈”工程师，不仅要搞定HTML, JavaScript, CSS，还要实现业务逻辑，编写访问数据库的代码。等到部署的时候，就把所有的代码打成一个WAR包，往Tomcat指定的目录一扔，测试一下没问题，收工回家！
不差钱的公司会把程序部署到Weblogic，Websphere这样的应用服务器中，还会用上高大上的EJB。
虽然看起来生活“简单”又“惬意”，但实际上也需要实现那些多变的、不讲逻辑的业务需求，苦逼的本质并没有改变。
随着时代的发展，各种集成框架，慢慢将Java剥离出表示层，专心去实现后台的业务逻辑，此外大量的用户激增，让一个小war包心有余而力不足，那么就必须得分布式。
（拓展阅读：老说的“分布式和集群”，到底是啥？）
原来的单个Tomcat得变成Tomcat的集群，前边弄个Web服务器做请求的负载均衡，不仅如此，还得考虑状态问题，session的一致性。业务变得越来越复杂，单个数据库也撑不住了，那就做数据库的读写分离，如果还不行，就做分库和分表，把原有的数据库垂直地切一切，或者水平地切一切， 但不管怎么切，都会让应用程序的访问非常麻烦。
所以不得不前后分离。。。
正经的说完了，该说一点nice的了（一张隐藏的神图）：
如果喜欢，别忘了评分 ：
|
评分
-
查看全部评分
|
( 粤ICP备18085999号-1 | 粤公网安备 44051102000585号)
狗仔卡
发表于 2017-12-21 14:02:10
置顶卡
千斤顶
显身卡
发表于 2017-12-21 14:17:53
发表于 2017-12-21 14:19:10
千人千面