前端

在vue.config.js 配置文件中添加 module.exports = { devServer: { host: 'localhost', // 本地的域名 post: 8080, // 本地网站的端口 proxy: { // 会拦截所有/api开头的请求 '/api': { target: 'http://localhost:3000', // 要跨域的域名 changeOrigin: true // 是否开启跨域 } } } } 来源： CSDN 作者： 一个conner 链接： https://blog.csdn.net/qq_35691754/article/details/104682350

今天呢，我们一起来看看小程序的wxml，其实呢就跟前端写html一样的，只不过这里标签不一样，并且头部head部分也不用写，因为小程序内在都包好了。 wxml基本由这几个标签 数据绑定类似于Vue的数据绑定（“{{value}} ”绑定数据），数据初始化时在js文件的Page（）函数里的data对象中。 以下是常用的标签： view标签：视图标签，默认换行，类似于div标签，块级元素； icon标签：展示图标 type属性用于展示什么样的图标如：clear，success，info，warn等，size：图标大小； button标签：size：按钮大小（只有俩个值：mini，default），type：类型（改变颜色，default，warn，primary），plain：是否镂空，背景透明（true/false）， loading（名称前是否带下载图标），form-type：用作表单按钮（submit/reset），hover-class（点击下去的样式类， 目前在无type属性并且plain为false时才能生效 ）； input: 输入框 type表示类型，里面没有password，password单独作为属性表示输入密码 auto-focus:自动聚焦 placeholder-class：指定占位符的样式类； checkbox:最外围是checkbox-group

技术路线 1、后端转pdf，前端使用pdf.js展示，excel转成pdf后很难看。 2、前端直接使用office控件展示。 后端转pdf 环境 许可 可转的文件 缺点 优点 Jacob WPS或Office 否 doc\docx\xls\xlsx\ppt\pptx\wps\et\dps java调用com接口，因此只适用Windows平台。word目录转后页数显示有问题 速度快(15s/8.5MB) jobconverter OpenOffice或LibreOffice 否 doc\docx\xls\xlsx\ppt\pptx\wps\et\dps\txt 转换速度慢(50s/8.5MB)，word转后目录没有了，OpenOffice可能安装不上 跨平台 Aspose 无需 是 doc\docx\xls\xlsx\ppt\pptx\wps\et\dps 收费，目前找的许可转ppt有水印 速度最快(10s/8.5MB)，跨平台，无需office环境，转换效果好 前端控件 环境 许可 可转的文件 缺点 优点 NTKO 控件及WPS或Office 是 doc\docx\xls\xlsx\ppt\pptx\wps\et\dps 浏览器适配 展示excel 来源： CSDN 作者： dragonzoebai 链接： https://blog.csdn.net/dragonzoebai

来源： https://www.cnblogs.com/mrbabibo/p/12427637.html

何为前端路由？ 路由（Router）这个概念最先是后端出现的，是用来跟后端服务器进行交互的一种方式，通过不同的路径，来请求不同的资源，请求不同的页面是路由的其中一种功能。 前端随着 ajax 的流行，数据请求可以在不刷新浏览器的情况下进行。异步交互体验中最盛行的就是 SPA —— 单页应用。单页应用不仅仅是在页面交互时无刷新的，连页面跳转都是无刷新的，为了实现单页应用，所以就有了前端路由。 前端Router基本功能 一个基本的前端路由至少应该提供以下功能： 前端Router可以控制浏览器的 history，使的浏览器不会在 URL 发生改变时刷新整个页面。 前端Router需要维护一个 URL 历史栈，通过这个栈可以返回之前页面，进入下一个页面。 前端路由实现原理就是匹配不同的 url 路径，进行解析，然后动态的渲染出区域 html 内容。但是这样存在一个问题，就是 url 每次变化的时候，都会造成页面的刷新。那解决问题的思路便是在改变 url 的情况下，保证页面的不刷新。目前 Router有两种实现方式 History 和 hash。 Hash 路由 URL Hash 的形式类似如下： // 表示文章列表页面 https://www.limitcode.com/#/list // 表示文章详情页面 https://www.limitcode.com/#/detail #

思考动机 前端部分的搭建，需要考虑使用哪种模式进行页面之间的跳转交互， 而项目内的页面交互，不可避免的需要相互之间的数据共享。 模式选择 单页面模式（SPA Single-page Application）： 只有一张Web页面的应用，是一种从Web服务器加载的富客户端，单页面跳转仅刷新局部资源 ，公共资源(js、css等)仅需加载一次 页面跳转：使用js中的append/remove或者show/hide的方式来进行页面内容的更换,或者使用框架。 数据传递：可通过全局变量或者参数传递，进行相关数据交互 多页面模式（MPA Multi-page Application）： 多页面跳转需要刷新所有资源，每个公共资源(js、css等)需选择性重新加载 页面跳转：使用window.location.href = “./index.html"进行页面间的跳转； 数据传递：可以使用path?account=“123”&password=”"路径携带数据传递的方式，或者localstorage、cookie等存储方式 总结： 单页面模式：相对比较有优势，无论在用户体验还是页面切换的数据传递、页面切换动画，都可以有比较大的操作空间 多页面模式：比较适用于页面跳转较少，数据传递较少的项目中开发，否则使用cookie，localstorage进行数据传递，性能很不好。 来源： CSDN 作者：

在指定的元素中设置以下代码，便可以实现指定元素在父元素中居中效果，唯一要求是父元素具有position属性。 .box { position : absolute ; top : 50% ; left : 50% ; transform : translate ( -50%, -50% ) ; } 来源： CSDN 作者： 国骐 链接： https://blog.csdn.net/weixin_43142423/article/details/104669849

到目前为止，我们把能用前端脚本防御 XSS 的方案都列举了一遍。 尽管看起来似乎很复杂累赘，不过那些是理论探讨而已，在实际中未必要都实现。我们的目标只是为了预警，能发现问题就行，并非要做到滴水不漏的程度。 事实上，HTML5 早已制定了一套浏览器 XSS 解决方案 —— Content Security Policy ，并且大多主流浏览器实现了这个标准。 既然我们使用前端脚本重新实现一遍，因此得在各个方面占有优势。 兼容性 CSP 目前主流浏览器大多已支持， IE10、11 支持部分功能 。对于 IE10 之前的，当然就束手无策了。如果使用前端脚本实现，可根据浏览器的实际能力进退。 对于 第一篇 介绍的 DOM-XSS，只要支持标准事件模型即可开启，因此兼容 IE9 完全可行。 事实上，IE8 就已开放了浏览器 API 接口，并支持原生访问器的操作。所以，IE8 是支持钩子程序，并能拦截可疑元素。 考虑到实际中，大多情况不做拦截，仅仅上报日志用以预警。对于这样低的需求，任何版本的浏览器都是完全可行的，甚至连 IE6 也没问题。 由于国内 IE 浏览器仍占有相当一部分比例，因此使用前端脚本的方案，能覆盖到更广的用户群体中。 部署 CSP 是通过 HTTP 头部实现的，策略配置储存在 Content-Security-Policy 这个字段里，因此得在 Web 服务器端进行配置

Serverless 是当下炙手可热的技术，被认为是云计算发展的未来方向，拥有免运维、降低开发成本、按需自动扩展等诸多优点。尤其是在前端研发领域，使用 Node 开发云函数，可以让前端工程师更加专注于业务逻辑，实现全栈工程师的角色转变。但现有的开发模式、工具、脚手架已经标准化、流程化，存量业务正在线上稳定运行，如何将 Serverless 融入到现有开发模式和工具中？如何将 Serverless 和当前的业务进行结合落地？本文将尝试给出解答。 本文内容整理自腾讯 Serverless 技术专家王俊杰在 GMTC 2019 深圳站的演讲。 前端与 Serverless 的不解之缘 目前很多前端同学都在学习 Serverless，很多文章和教程对 Serverless 都有不同方式的解读，今天我们首先来回顾三个问题： 究竟什么是 Serverless？ Serverless 是否等于 FaaS 加 BaaS？ 我们所说的 FaaS 是什么？ 加州大学伯克利分校 2019 年 3 月份发表过一篇论文，名为《Cloud Programming Simplified: A Berkeley View on Serverless Computing》，文中对“Serverless 是什么”进行了一些描述： Put simply,serverless computing = FaaS +

对于前后端分离该怎样理解？ 不能把对前后端分离的理解拘束在某个具体的框架或者技术中，这样会太过于局限。 以前，后端开发相较于前端更有牌面，很多公司没有前端工程师这个职位，前端的工作都由后端来做，例如JSP就是一个前后端耦合的技术，需要不停的套模板。现在很多的服务都开始web化，那么前端需要展示的东西就变得越来越而复杂，这种时候JSP这种套模板的技术就没有办法高效开发。在本质上，前端当时没有像Spring这样对于后端有着工程化，模式化的思想。所以出现了很多效率低下的问题，前端工作变得越来越繁复，所以需要前后端的分离。前端也需要工程化模式化的去做，从本质上来看前后端分离不是一个技术问题，而是一个工程化的考量和一个项目管理的问题，前端开发十分的繁琐，不停的复制粘贴，东拼西凑，不像Java那样便于管理，所以像Vue.js和React,js这些前端框架的出现本质上改变了前端开发，所以我们管这些框架叫：前端开发工程性框架，至此前端开发才变得有章可循。 前后端分离该怎样实施？ 在开发的四大步中，设计、开发、测试、部署，前后端分离应该渗透到每一步中。 第一个阶段设计阶段：第一个层面是系统设计阶段，后端开发比较好理解，包括系统架构设计，数据库，中间件，缓存等，考虑容量，扩展性，可维护性等问题。前端也应该如此，前端的页面很多很复杂，前端的项目架构应该做好充足的准备，一定要满足长期性可演变可进化的目标。