首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往
您找到你想要的搜索结果了吗?
是的
没有找到

【前端词典】应用 VS 多应用

前言 最近看到一些人在问页面和多页面应用的区别。因为最近在整理 Vue 相关的内容,所以也就输出这一篇短文希望可以给你一个整体的认识。 这里也会大体介绍应用实现的核心 —— 前端路由。...应用 VS 多应用 直观对比图 ? 应用(SinglePage Application,SPA) 指只有一个主页面的应用,一开始只需加载一次 js,css 等相关资源。...应用跳转,就是切换相关组件,仅刷新局部资源。 多应用(MultiPage Application,MPA) 指有多个独立的页面的应用,每个页面必须重复加载 js,css 等相关资源。...cookie 、localStorage 等缓存方案,URL 参数,调用接口保存等 相关成本 前期开发成本较高,后期维护较为容易 前期开发成本低,后期维护就比较麻烦,因为可能一个功能需要改很多地方 应用实现...后来人们称其为前端路由,成为应用标配。 hash 模式的特点在于 hash 出现在 url 中,但是不会被包括在 HTTP 请求中,对后端没有影响,不会重新加载页面。

1.8K40

dedecms文章列表标题增加序号,第二开始才显示第x

想必大伙建站都会写文章,随着时间的推移,你的智慧结晶会越来越多,一般的建站程序早帮你想好了,把这些文章做成一个列表,比如dedecms栏目列表,便于观众浏览,但有个问题就是dedecms文章列表标题没有序号...,如果是默认的话,第N的标题和第一的标题一模一样,对se相当不友好,它会认为你的网站重复页面太多,可能会对你的网站区别对待,那就太委屈了。   ...那么,怎么为dedecms文章列表标题增加序号呢?织梦cms有一个文章列表函数:dede:pagelist,但这个函数可能没有具体运用到模板标题中,so,我们来just do it。   ...";{/dede:pagelist} - {dede:global.cfg_webname/}   你试了吗?效果是不是不一样?多一点尝试,多一点发现。...参考自“DedeCms栏目列表标题第x序号的完美修改方法”,请自行搜索。   既然要做,就做得彻底些,把描述标签(description)也完善一下吧。

2.9K10

【前端词典】应用 VS 多应用

前言 最近看到一些人在问页面和多页面应用的区别。因为最近在整理 Vue 相关的内容,所以也就输出这一篇短文希望可以给你一个整体的认识。 这里也会大体介绍应用实现的核心 —— 前端路由。...应用 VS 多应用 直观对比图 ? 应用(SinglePage Application,SPA) 指只有一个主页面的应用,一开始只需加载一次 js,css 等相关资源。...应用跳转,就是切换相关组件,仅刷新局部资源。 多应用(MultiPage Application,MPA) 指有多个独立的页面的应用,每个页面必须重复加载 js,css 等相关资源。...cookie 、localStorage 等缓存方案,URL 参数,调用接口保存等 相关成本 前期开发成本较高,后期维护较为容易 前期开发成本低,后期维护就比较麻烦,因为可能一个功能需要改很多地方 应用实现...后来人们称其为前端路由,成为应用标配。 hash 模式的特点在于 hash 出现在 url 中,但是不会被包括在 HTTP 请求中,对后端没有影响,不会重新加载页面。

1.7K20

Webpack实战-管理多个应用

实际的做法是按照功能模块划分成多个应用,每个应用生成一个 HTML 文件。并且随着业务的发展更多的应用可能会逐渐被加入到项目中去。...来继续改造上一节的例子,要求如下: 项目目前共有2个应用组成,一个是主页 index.html,一个是用户登入 login.html; 多个应用之间会有公共的代码部分,需要把这些公共的部分抽离出来...例如多个页面都使用一套 CSS 样式,都采用了 React 框架,这些公共的部分需要抽离到单独的文件中; 随着业务的发展后面可能会不断的加入新的应用,但是每次新加入应用不能去改动构建相关的代码。...,例如都放在 pages 目录下; 一个应用一个单独的文件夹,例如最后生成的 index.html 相关的代码都在 index 目录下,login.html 同理; 每个应用的目录下都有一个 index.js...由于这个模版文件被当作项目中所有应用的模版,就不能再像上一节中直接写 Chunk 的名称去引入资源,因为需要被注入到当前页面的 Chunk 名称是不定的,每个应用都会有自己的名称。 <!

1.8K50

应用的HATEOAS实战 | 洞见

应用正越来越受到欢迎,前后端分离的开发模式进一步细化了分工,但同时也引入了不少重复的工作,例如一些业务规则在后端必须实现的情况下,前端也需要再实现一遍以获得更好的用户体验。...---- 应用和HATEOAS 在过去的几年里,WEB开发技术发生了很多重大的变革,其中之一就是应用,它们往往能带来更平滑的用户体验。...继Ajax之后,应用和前后端分离架构进一步催生了大量的API,我们急需一些方法来管理这些API的开发和演进,而HATEOAS应该在此占有一席之地。 ?...在传统的服务端渲染架构下,一般都可以复用校验的代码,而在应用中,往往由于技术栈不同,代码无法直接共用,业务规则在前后端都分别实现了一次。...最后,通过Link来判断业务状态,还能有效地消除应用中的业务规则重复实现。

92040

SPA应用的优缺点

SPA应用的优缺点 Single Page Web Application是一种特殊的Web应用,其所有的活动局限于一个Web页面中,仅在该Web页面初始化时加载相应的HTML、JavaScript...良好的前后端工作分离模式,应用可以和RESTful架构一起使用,通过RESTAPI提供接口数据,有助于分离客户端和服务器端工作与API通用化。...减轻服务端压力,服务端不需要处理页面模板的逻辑与拼接,除首次加载页面外只需要提供数据信息即可,把计算尽量放在客户端,应用能提高单位服务器的负载量。...缺点 不利于SEO,由于是采用前端渲染的方式,搜索引擎不会去解析Js从而只能够抓取首页未渲染的模板,如果需要页面应用有更好的SEO,那么通常需要使用SSR服务端渲染,搜索引擎爬虫抓取工具可以直接查看完全渲染的页面...首次加载速度慢,SPA应用通常首次加载页面时就会将相应的HTML、JavaScript、CSS文件全部加载,通常可以通过采取缓存措施以及懒加载即按需加载组件的方式来优化。

2.8K30
领券