前端web相关知识
-
杂谈:前端Web通信前端Web通信Web2.0以来,Ajax的出世,解决了传统表单提交页面跳转,闪烁白屏等问题。使得Web页面可以实现局部更新,不仅减少了网络带宽,还大大提升了用户体验。但Ajax并非是一把万能的钥匙,足以打开Web通信这扇大门,当请求遇到跨域通信时,Ajax就没辙了。Web的快速发展让开发走向工程化的同时,要求工作维度进行划分(前端后端分工明细),以便扩展维护日益复杂庞大的项目需求。而前后端分离的开发方式正是这种需求背景下衍生的产物。(以前混编的代码现在是再也不想看到)前后端分离的开发方式,如何进行数据通信是开发人员绕不过去的问题。作为开发同学的小伙伴客户端的浏览器,有点小调皮还做了一个同源策略的限制,当我们的数据请求遇到不同源的情况下(跨域),我们就得尝试其它的通信方法,不能Ajax一条道走到黑。什么是同源策略及限制同源策略限制从一个源加载的文档或脚本如何与来自另一个源的资源进行交互。这是一个用于隔离潜在恶意文件的关键的安全机制。同源要求协议,域名,端口(默认80)三者都相同,否则为非同源。同源策略限制:C
-
前端web worker实践与总结先说下场景, 我们的项目中有一个需求是合并多天行程的一个详情页面,这就涉及到一个接口请求问题,如果合并7天,7天内存在20个行程,那我们就需要进行20多个请求,即便每个请求都走异步,但其实也都是进入任务队列里面依次执行,因此并没有能够说起到很大的性能提升。这个时候就需要web worker来做多行程的并行请求了, 从而达到提升性能的效果, 我们先简单来看下web worker的 APIindex.js// worker的创建是通过一个另外的脚本来生成的,里面定义的是worker的具体执行逻辑var worker = new Worker("text.js")// 传输消息给worker, tips: 当一个消息在主线程和worker之间传递时,它被复制或者转移了,而不是共享 worker.postMessage() // 接收经过worker处理过的消
-
为自己加油从前端Web笔记开始201608131020 选择器: 每一条css样式声明(定义)由两部分组成,形式如下: 选择器{ 样式; } 在{}之前的部分就是“选择器”,“选择器”指明了{}中的“样式”的作用对象,也就是“样式”作用于网页中的哪些元素。 标签选择器 标签选择器其实就是html代码中的标签。 例如:p{font-size:12px;line-height:1.6em;}(选择器是p标签html代码) 类选择器 语法: .类选器名称{css样式代码;} 注意: 1、英文圆点开头 2、其中类选器名称可以任意起名(但不要起中文噢) 使用方法: 第一
-
对前端web js,css文件进行压缩混淆下载 yuicompressor jar包到本地路径写一个批处理脚本compressJs.bat,将要压缩的js文件放在批处理文件的同一路径,yuicompressor.jar也放在同一路径运行批处理文件,在该路径下会生成一个min文件夹,里面的*.min.jar就是压缩混淆后的js文件css文件同上操作一下是批处理脚本的内容:echo offset PathName=%cd%set minPath=%PathName%\minif exist "%minPath%" (del %minPath%)mkdir %minPath%for /f "delims=" %%i in ('dir /s/b/a-d "*.js"') do (echo %%~nxiecho %minPath%\%%~ni.min.jsjava -jar yuicompressor-2.4.8.jar %%~nxi -o %%~ni.min.
前端web相关课程
前端web相关教程
- 1. 部署前端 前端框架如 Vue 打包出来往往是静态的文件 index.html 加上一个 static 目录。static 目录下有 fonts、css、js、img等静态资源目录。前端的访问是从 index.html 开始的。假设服务器上打包出的前端代码放到/root/test-web目录下,对应部署前端的配置如下:...http{ server { # 监听8080端口 listen 8080; # 指定域名,不指定也可以 server_name www.xxx.com; # 浏览器交互调参,打开gzip压缩、缓存等等 gzip on; ... location / { root /root/test-web; # 也可以简单使用 index index.html try_files $uri $uri/ /index.html; } # vue 页面中向后台 java 服务发送请求 ... }}...
- Web应用模式 还记得我们在课程简介中提到过的"前后端分离技术"吗?其实,前后端分离是当下非常流行的一种 Web 开发模式,当前,有两种较为常用的 Web 开发模式:前后端不分离模式前后端分离模式下面我们一起来认识一下这两种 Web 开发模式,通过比较,你应该就能知道为什么前后端分离的开发模式能够大行其道了。
- 1.前端与后端 在理解这两种 Web 应用模式之前,我们需要先明确前端与后端的概念。前端负责页面的渲染、数据的展示,而后端负责处理用于展示的数据。通俗地讲,前端就是用户可以看到的东西,比如在一个天气预报页面中,用户所能看到的天气信息就是前端展示的。每天的天气不同,展示的数据也不一样,那么这些数据从何而来?答案是后端。我们之所以能看到实时更新的天气数据,是因为前后端配合作业实现的。后端在数据库查询相应时间的天气情况,查到数据后,进行相应的处理、包装,交由前端,前端获取数据后,根据提前设计好的样式,在相应位置填充后端发来的数据,这样一个天气预报页面就呈现在了用户眼前。天气预报页面
- 2.4 使用 Python 作为 Web 后端 使用浏览器访问网站的过程如下所示:浏览器向网站发出请求网站收到请求后,返回 HTML 文本作为响应内容在下图的例子中,服务器返回当前时间 (HTML 的格式)。使用浏览器访问网站时,显示的内容是动态的,每次都是当前时间,如下所示:在这个例子中,浏览器又被称为前端,服务器又被称为后端。后端收到请求后,做如下的工作:分析用户请求,获取请求的参数根据请求的参数进行处理,可能会读取数据库最终生成一段 HTML 文本返回给前端Python 作为一个通用的编程语言,能够完成以上的工作,由于其开发效率高,在 Web 后端开发中占有重要的一席之地。以下是慕课网的课程分类目录,在后端开发的分类中,Python 和 Django (Python 的 web 框架) 占有两个条目:
- 2.1 微前端 微前端 尚处在发展时期,其核心概念和 微服务 相似。现阶段较为常用的微前端框架为 single-spa 和 qiankun,后者是基于前者实现的。该技术能做到 技术栈无关,即一个应用,能由多个不同技术的子应用构成,同时做到子应用的相互隔离,这里的隔离就可以选择采用 Web Components 实现。
- 2. 前后端不分离模式 在前后端不分离的应用模式中,前端向 Web 服务器发送请求,Web 服务器根据请求内容,从数据库查询相应数据,将数据填充进模板渲染,渲染结果发回前端进行展示。在过去,人们访问互联网几乎都是通过 PC 浏览器,因而仅需开发适应 PC 显示的单终端页面(只在一种设备上使用,其他设备不使用或很少使用的页面)即可。如果仅开发单终端的网页应用,前后端不分离模式是较为普遍的开发模式,针对同一个页面,后端提供资源填充入前端模板相应的位置并渲染,展示给客户即可,无需考虑不同终端需要不同的数据类型、不同的展示效果。在这种场景下,前后端不分离模式不仅开发速度快,还便于开发人员直接调试页面。然而随着移动互联网的发展,Web 应用不再单单服务于 PC 端,同样的内容需要在不同的终端进行展示。而不同终端需要不同的渲染方式,如果仍然采用前后端不分离的应用模式,就需要后端为不同的前端渲染不同的页面进行适配,此时增加了许多冗余工作。前后端不分离模式示意图
前端web相关搜索
-
qingkong
qsort
quartz
quartz插件
quartz配置
queue
quit
quota
quotacheck
quote
quoted printable
quotename
quotes
七牛云存储
奇数偶数
气泡图
前端开发
钱币符号
求职面试技巧
区块链是什么