首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往

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

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

1.8K40

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

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

1.7K20
您找到你想要的搜索结果了吗?
是的
没有找到

vue应用和多应用_多页面应用需要vuejs吗

进入一家新的公司,要开发移动端app项目,前端技术选型时前端组长选的是vue的多页面开发,当时很蒙,vue不是页面开发吗?咋出来多页面的。接触之后才发现确实存在也挺简单的,省去了路由表的配置。...页面开发我就不多说了,主要讲多页面的开发模式与最终效果,网上一搜页面会有好多文章博客,但是搜多页面的就很少了,比如下面这个就是列了一下两种开发模式的优缺点。...首先多开发,肯定是一个页面就是一个单独文件,每个文件也有自己的.vue .js 和compoent自身组件,如下page里的一个文件就是一个页面。...如果页面之间相互跳转,没有页面路由了,那就只能是window.location.href了,alertDialog里的哪个app.openView是安卓跳转方法,其实就相当于下面的注释。

72821

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来判断业务状态,还能有效地消除应用中的业务规则重复实现。

91240

SPA应用的优缺点

SPA应用的优缺点 Single Page Web Application是一种特殊的Web应用,其所有的活动局限于一个Web页面中,仅在该Web页面初始化时加载相应的HTML、JavaScript...,通常多页面应用会有多个页面不断跳转,而页面应用始终在一个页面中,,默认Hash模式是通过锚点实现路由以及控制组件的显示与隐藏来实现类似于页面跳转的交互。...良好的前后端工作分离模式,应用可以和RESTful架构一起使用,通过RESTAPI提供接口数据,有助于分离客户端和服务器端工作与API通用化。...减轻服务端压力,服务端不需要处理页面模板的逻辑与拼接,除首次加载页面外只需要提供数据信息即可,把计算尽量放在客户端,应用能提高单位服务器的负载量。...首次加载速度慢,SPA应用通常首次加载页面时就会将相应的HTML、JavaScript、CSS文件全部加载,通常可以通过采取缓存措施以及懒加载即按需加载组件的方式来优化。

2.8K30

使用HeadlessChrome做应用SEO

随着react、vue、angular等前端框架的流行越来越多的web应用变成了应用,它们的特点是异步拉取数据在浏览器中渲染出HTML。...有没有一个可用于任何应用的SEO解决方案,让我们不用对代码做改变保持原有的开发效率?...只渲染出了HTML还不够我们还需要检测出来着搜索引擎爬虫的访问,如果请求来着爬虫就返回chrome-render渲染后的HTML否则返回正常的应用所需HTML。 综上,整体架构如下: ?...seoMiddleware = require('koa-seo'); const app = new Koa(); app.use(seoMiddleware()); 只需像这样接入一个中间件你的应用就被...使用chrome-render做服务端渲染的 优势在于: 通用,适用于所有应用 对原有代码几乎无改动,最多再合适的地方加个window.chromeRenderReady(),保持原有开发效率 缺点在于

1.2K50

使用HeadlessChrome做应用SEO

随着react、vue、angular等前端框架的流行越来越多的web应用变成了应用,它们的特点是异步拉取数据在浏览器中渲染出HTML。...有没有一个可用于任何应用的SEO解决方案,让我们不用对代码做改变保持原有的开发效率?...只渲染出了HTML还不够我们还需要检测出来着搜索引擎爬虫的访问,如果请求来着爬虫就返回chrome-render渲染后的HTML否则返回正常的应用所需HTML。 综上,整体架构如下: ?...seoMiddleware = require('koa-seo'); const app = new Koa(); app.use(seoMiddleware()); 只需像这样接入一个中间件你的应用就被...使用chrome-render做服务端渲染的 优势在于: 通用,适用于所有应用 对原有代码几乎无改动,最多再合适的地方加个window.chromeRenderReady(),保持原有开发效率 缺点在于

80520

Webpack实战-管理多个应用

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

58110

使用HeadlessChrome做应用SEO

本文作者:ivweb 吴浩麟 随着react、vue、angular等前端框架的流行越来越多的web应用变成了应用,它们的特点是异步拉取数据在浏览器中渲染出HTML。...有没有一个可用于任何应用的SEO解决方案,让我们不用对代码做改变保持原有的开发效率?...只渲染出了HTML还不够我们还需要检测出来着搜索引擎爬虫的访问,如果请求来着爬虫就返回chrome-render渲染后的HTML否则返回正常的应用所需HTML。...const seoMiddleware = require('koa-seo'); const app = new Koa(); app.use(seoMiddleware()); 通过以上简单的两步,你的应用就被...使用chrome-render做服务端渲染的 优势在于: 通用,适用于所有应用 对原有代码几乎无改动,最多再合适的地方加个window.chromeRenderReady(),保持原有开发效率 缺点在于

1.1K01

什么是应用性能监控?应用性能监控的指标有哪些

网站建立者为了留住用户,就会使用应用性能监控。 什么是应用性能监控? 很多人不知道什么是应用性能监控,其实它就是一种监控页面性能状况的系统。它不仅可以监控,还能起到预警的作用。...网站可以根据监控得到的信息,了解并优化应用的性能,从而带给网友更好的上网体验。很多网站和软件在更新过程中都会忽略这个问题,但性能优化是非常重要的。 应用性能监控的指标有哪些?...对于应用来说,这是一个非常重要的指标。此外,负载和CPU资源也是值得关注的地方。...对于一个网站或软件来说,应用的性能直接影响着用户的使用体验,所以利用应用性能监控优化页面性能是非常有必要的。了解了上面的指标之后,大家可以对页面性能有一个更直观的认识。...参考它们判断应用的性能,就可以做出合理优化。

59310

应用应用、客户端渲染 服务器渲染

应用 / 多应用 ---- 应用: 1、应用并不是说用户最终看到的就只有一个页面,而是指在开发层面上只有一个 html 文件,至于用户看到的多个页面均是在这一个 html 文件中对应生成...3、由于应用中的“多”是通过 js 生成的,而传统的爬虫是需要分析完整的 html 文件,所以不利于 SEO (搜索引擎优化),至于 SEO 就是为了让你输入某个关键词后能够更好更靠前的搜索到你的应用...4、应用在首屏渲染的时候需要加载的东西过多,往往会导致首屏速度很慢。 多应用: 1、与应用相反,多应用指的是每个页面独立对应一个自己的 html 文件。...但对于用户交互要求更高的应用,往往使用应用,至于应用的 SEO 已经有了很多好的实践和解决方案,而首屏的问题也可以交给服务器渲染来解决。...总结 ---- 应用、多应用、服务器渲染、客户端渲染,这四者其实是紧密联系并且相互关联的,在如今移动互联网的时代下,更注重用户交互的应用和客户端渲染正在占据更多的份额,而服务器渲染也就配合干干

4.2K30

vuejs应用的权限管理实践

在众多的B端应用中,简单如小型企业的管理后台,还是大型的CMS,CRM系统,权限管理都是一个重中之重的需求,过往的web应用大多采取服务端模板+服务端路由的模式,权限管理自然也由服务端进行控制和过滤.但是在前后端分离的大潮下...,如果采用应用开发模式的话,前端也无可避免要配合服务端共同进行权限管理,接下来会以vuejs开发单应用为例,给出一些尝试方案,希望也能给大家提供一些思路.注意采用nodejs作为中间层的前后端分离不在此文讨论范围...应用使用权 页面级别权限 模块级别权限 接口级别权限 接下来会逐一讲解上述部分.完整的实例代码托管在github-funkyLover/vue-permission-control-demo上....应用使用权-登录状态管理与保存 首先应用使用权其实就是简单的判断登录状态而已.在很多C端应用,登录之后能使用更多的功能在一定程度上也可以算作权限管理的一部分.而在B端应用中一般表现为不登录则不能使用(当然还能使用类似找回密码之类的功能

2.2K80

复杂应用的数据层设计

这个过程也称为服务端渲染 在服务端只聚合数据,然后把这些数据返回到前端,再生成界面 服务端只提供原子化的数据接口,前端根据自己的需要,请求若干个接口获得数据,聚合成视图需要的格式,再生成界面 大部分传统应用在服务端聚合数据...我们需要考虑自己应用的特点来决定前端数据层的设计方案。有的情况下,后端返回细粒度的接口会比聚合更合适,因为有的场景下,我们需要细粒度的数据更新,前端需要知道数据之间的变更联动关系。...增强了整个应用的可测试性 因为数据层的占比较高,并且相对集中,所以可以更容易对数据层做测试。...此外,由于视图非常薄,甚至可以脱离视图打造这个应用的命令行版本,并且把这个版本与e2e测试合为一体,进行覆盖全业务的自动化测试。 3....其实可以整体视为整个通用数据层的补丁包,因此,我们就可以用这个理念来实现它,把所有对WebSocket的处理部分,都独立出去,如果需要,就异步加载到主应用来,如果在某些场景下,想把这块拿掉,只需不引用它就行了

1.2K70

【前端监控】应用首屏测速

前端监控系列,SDK,服务、存储 ,会全部总结一遍,写文不易,希望给最后点个赞鼓励鼓励 之前写过一篇首屏自动化测速,但是这篇文章不是很适用于应用的测速,需要稍作调整 主要是因为应用生命周期很长...切换页面其实还是一个页面,事件 和 变量等数据没有销毁的,就会存在一些问题 performance 资源保存限制 performance 资源重复 事件重复监听 performance 资源响应时间的基准点不同 应用...并且在我们实际React应用中,发现 hashChange 竟然比 componentDidMount 触发还要慢,我滴乖乖,dom 都挂载完了,还监听个鬼 2、history.pushState 和...如果是,页面切换没有刷新,所有时间都基于页面开始,那这个时间可就大了去了 比如 从 performance.getEntries 获取的资源,因为从页面加载开始算,所以时间非常大 虽然取 duration...但是实际应用中,发现网络差的时候,图片真的加载很久都不出来,此时我们就获取不到 img 加载的时间,从而使用了 dom 渲染的时间。

1.6K30
领券