
前端路由后端路由
架构魔方
这个作者很懒,什么都没留下…
展开
-
一个简单的例子看明白如何利用window.location.hash实现ajax操作时浏览器的前进/后退功能
我们知道JavaScript中很早就提供了window.history对象,利用history对象的forward()、Go()、back()方法能够方便实现不同页面之间的前进、后退等这种导航功能。但是AJAX操作,是不能用浏览器的前进和后退按钮进行导航的,因为浏览器并不会将AJAX操作加入到历史记录中。但是借助location.hash,我们能够自己实现AJAX操作的前进和后退。关于window转载 2017-06-09 16:58:01 · 684 阅读 · 0 评论 -
将网站打造成单页面应用SPA
前言 不知你有没有发现,像Github、百度、微博等这些大站,已经不再使用普通的a标签做跳转了。他们大多使用Ajax请求替代了a标签的默认跳转,然后使用HTML5的新API修改了Url,你可以在F12的Network面板里发现这个秘密。 这项技术并没有特别标准的学名,大家都称呼为Pjax,意为PushState + Ajax。这并不完全准确,因为还有Hash + Ajax等方法,但为了转载 2017-06-09 17:01:32 · 363 阅读 · 0 评论 -
什么是前端路由
前端路由在很多开源的js类库框架中都得到支持,如angularJS,Backbone,Reactjs等等。这篇文章主要和大家谈谈什么是前端路由,以及它的使用场景及优缺点 1.什么是路由 简单举例说明,假如我们有一台提供 Web 服务的服务器的网络地址是:10.0.0.1,而该 Web 服务又提供了三个可供用户访问的页面,其页面 URI 分别是: http://10.0.0.1/ htt转载 2017-06-09 17:04:06 · 1326 阅读 · 0 评论 -
前端路由与后端路由
后端路由 意味着 浏览器刷新页面。显然很多 webapp 的需求上是不希望这样的体验的。网速慢的话说不定屏幕全白再有新内容。 前端路由就不会有这样的问题了。随意控制,逻辑也可以都放在前端。前端慢慢复杂化,自己的路由这种东西是必不可少的啦。 从性能和用户体验的层面来比较的话,后端路由每次访问一个新页面的时候都要向服务器发送请求,然后服务器再响应请求,这个过程肯定会有延迟。而前端路由在访问转载 2017-06-09 17:07:53 · 813 阅读 · 0 评论 -
前端路由与后端路由
说起前端框架,我个人主张有框架不如无框架,这个观点要先从框架和库的区别说起。 我所理解的库,解决的是代码或是模块级别的复用或者对复杂度的封装问题;而框架,更多的是对模式级别的复用和对程序组织的规范,这里的模式是指比如 MVC,为了实现 M 和 V 的解耦,通过 IOC 或是 PubSub 等手段,把丑陋的耦合由经常变化的业务代码转移到不经常变化的框架内部消化。 对于前端来说,在转载 2017-06-09 17:23:28 · 1300 阅读 · 1 评论 -
SPA
是单页Web应用(single page web application,SPA),就是只有一张Web页面的应用,是加载单个HTML 页面并在用户与应用程序交互时动态更新该页面的Web应用程序。 单页Web应用(single page web application,SPA),就是只有一张Web页面的应用。单页应用程序 (SPA) 是加载单个HTML 页面并在用户与应用程序交互时动态更新该页面的转载 2017-06-09 17:27:23 · 516 阅读 · 0 评论 -
一种SPA(单页面应用)架构
(如果对SPA概念不清楚的同学可以先自行了解相关概念) 平时喜欢做点小页面来玩玩,并且一直采用单页面应用(Single Page Application)的方式来进行开发。这种开发方式是在之前一年做的一个创业项目的经验和思考,一直想写篇博客来总结一下。 个人认为单页面应用的优势相当明显: 前后端职责分离,架构清晰:前端进行交互逻辑,后端负责数据处理。 前后端单独开发、单独测试。转载 2017-06-09 17:51:15 · 1621 阅读 · 0 评论