前端

1、技术文档（markdown文档） 使用：vuepress 地址： https://vuepress.vuejs.org/zh/guide/#%E5%AE%83%E6%98%AF%E5%A6%82%E4%BD%95%E5%B7%A5%E4%BD%9C%E7%9A%84%EF%BC%9F 2、npm私有仓库 使用：verdaccio 地址： https://www.cnblogs.com/zhangycun/p/12163162.html 3、gitlab平台 使用： 地址： https://www.cnblogs.com/zhangycun/p/10963094.html 4、rap2 接口平台 使用：RAP2 地址： https://www.cnblogs.com/zhangycun/p/10448432.html 来源： https://www.cnblogs.com/zhangycun/p/12163170.html

比较推荐的学习过程应该是以兴趣为驱动的，用搜索做辅助： 1. 我想做一个个人网站，或者给我们团队或者小组做一些介绍页面。怎么做？搜索发现要学习：HTML、CSS。 2. 发现一个网站设计的好漂亮，交互真赞，动画效果真好。我想在我自己网站上也放上，可是我看不懂它的代码？搜索发现要学习：交互视觉、CSS3 动画等。 3. 他们网站上都有那种点击弹出浮层的功能，还有一些其他的更复杂的交互效果。怎么实现的？学习JavaScript。 4. 有小学同学说我的个人网站错位了，问了下他用的是 IE7 访问的，怎么办？搜索了解一些浏览器兼容性问题（不是很必要）、学习使用 jQuery。 5. 我想在微信朋友圈分享一下我的网站，结果缩放的好小，而且有错位。怎么解决这个问题？搜索发现要学习响应式相关。 6. 分享了之后，发现打开速度好慢啊，要等十几秒才能打开。怎么办？学一下前端性能优化相关。 7. 网站交互功能和效果越来越多，写的 JS 和 CSS 代码越来越多，感觉写起来好慢，出了 bug 很难定位问题。怎么办？搜索发现要学习：Emmet、Less、SCSS 等辅助工具用法，JS 模块化require.js、sea.js 以及对应的 AMD、CMD 以及 CommonJS 模块化规范等。 8. JS 更复杂了，而且要与其他同学合作开发。发现需要学习一些前端框架来提高开发效率，比如React

介绍 BFF(Backend for Frontend)和网关Gateway是微服务架构中的两个重要概念，这两个概念相对比较新，有些开发人员甚至是架构师都不甚理解。 本文用假想的公司案例+图示的方式，解释BFF和网关是什么，它们是怎么演化出来的。希望对架构师设计和落地微服务架构有所启发。 服务化架构V1 我们先把时间推回到大致2011年左右。假设有一家有一定业务体量的电商公司A，在这个时间点它已经完成单块应用的解构拆分，内部SOA服务化已经初步完成。这个时候它的无线应用还没有起步，前端用户体验层主要是传统的服务端Web应用，总体服务化架构V1如下图所示。 服务化架构V2 时间转眼来到2012年初，国内的无线应用开始起风，A公司也紧跟市场趋势，研发自己的无线原生App。为了能尽快上线，公司的架构师提出如下V2架构，让App直接调用内部的服务： 这个架构有如下问题： 无线App和内部微服务强耦合，任何一边的变化都可能对另外一边造成影响。 无线App需要知道内部服务的地址等细节。 无线App端需要开发大量的聚合裁剪和适配逻辑： 聚合 ：某一个功能需要同时调用几个后端API进行组合，比如首页需要显示分类和产品细节，就要同时调用分类API和产品API，不能一次调用完成。 裁剪 ：后端服务返回的Payload一般比较通用，App需要根据设备类型进行裁剪，比如手机屏幕小

【推荐】2019 Java 开发者跳槽指南.pdf(吐血整理) >>> # 前端工程——基础篇 > 喂喂喂，那个切图的，把页面写好就发给研发工程师套模板吧。 你好，切图仔。 不知道你的团队如何定义前端开发，据我所知，时至今日仍然有很多团队会把前端开发归类为产品或者设计岗位，虽然身份之争多少有些无谓，但我对这种偏见还是心存芥蒂，酝酿了许久，决定写一个系列的文章，试着从工程的角度系统的介绍一下我对前端，尤其是Web前端的理解。 只要我们还把自己的工作看作为一项软件开发活动，那么我相信读过下面的内容你也一定会有所共鸣。 ## 前端，是一种GUI软件 现如今前端可谓包罗万象，产品形态五花八门，涉猎极广，什么高大上的基础库/框架，拽炫酷的宣传页面，还有屌炸天的小游戏……不过这些一两个文件的小项目并非是前端技术的主要应用场景，更具商业价值的则是复杂的Web应用，它们功能完善，界面繁多，为用户提供了完整的产品体验，可能是新闻聚合网站，可能是在线购物平台，可能是社交网络，可能是金融信贷应用，可能是音乐互动社区，也可能是视频上传与分享平台…… > 从本质上讲，所有Web应用都是一种运行在网页浏览器中的软件，这些软件的图形用户界面（Graphical User Interface，简称GUI）即为前端。 如此复杂的Web应用，动辄几十上百人共同开发维护，其前端界面通常也颇具规模

【推荐】2019 Java 开发者跳槽指南.pdf(吐血整理) >>> 前端开发的工作是要如何将自己的设计应用在网络上。它不同于网页设计,更关注于该网站将如何交互和浏览。前端开发布局,按钮和主要界面，使得它适用与网络。前端开发人员使用的开发平台如JavaScript、CSS和HTML，根据设计师所设计的雏形来编写代码。他们工作,以确保前端没有bug和错误,确保在不同的平台和浏览器都可以正常浏览。作为一个合格的前端开发者，有一些重要的技能是必须具备的，下面就一一为大家介绍： 1.JavaScript JavaScript在网页设计中是至关重要的,因为它有助于为网站提供功能。事实上,它是最流行的编程语言,因此,即使不为了web开发，它仍然是一个有用的语言学习。JavaScript可以帮助你做一些互动元素并添加到你的网站地图的实时更新,在线游戏,互动电影等。使用JavaScript,可以确保你会有一个容易理解,交互的网站,可以接受任何类型的用户。 2.Front end frameworks CSS将帮助你更快的开发。目前,Bootstrap是可以使用的最受欢迎的前端框架。知道这些框架是如何工作的,以及如何使用它们才能在web开发节省时间，这十分重要。 3.CSS preprocessors 每个web开发人员都需要CSS预处理器的一些经验,因为他们将有助于加快CSS编码

【推荐】2019 Java 开发者跳槽指南.pdf(吐血整理) >>> 本文中Performance API指的是Navigation Timing API。这并不是一篇Navigation Timing API的介绍文章，而是我在使用中遇到的问题。 我在开发中遇到Navigation Timing API中的connectStart等时间节点并不是标准时间戳，而是0或者一个很小的数值，导致指标数据计算出错，尤其是IOS设备。原因如下: IOS设备通过浏览器的前进后退按钮进入的页面，Navigation Timing API数据中connectStart，responseEnd等数据可能为0或者是一个比较小的数值，并不是对应时间点的时间戳。究其原因，IOS设备通过缓存读取页面时，Navigation Timing的计算与安卓实现不一致。 如果你还想了解下Navigation Timing API，可以继续往下看 Navigation Timing API Navigation Timing API中包含全部的页面加载中关键节点的时间，例如navigationStart，connectEnd，responseEnd等时间。 具体的相关API可以去 MDN 查看， 浏览器支持程度也非常不错，移动端IOS9及以上，Android4及以上都支持，桌面端IE9也都支持。

现在移动端各种终端设备崛起，已经超过了 pc 端，设备不同必然导致开发语言不统一，开发越来越困难，比如做一个游戏，需要开发安卓版，IOS 版本等几个不同的版本，非常浪费人力、物力。 大前端时代应运而生，它的出现恰恰解决了这些困难。 关于ES6项目构建 项目构建步骤 新建项目文件夹(三个板块) app：前端代码(js，css，html 模板) js css views server：服务器代码(server) 一个完整的项目必须要服务器提供接口和真实数据 express-generator脚手架 express -e . tasks：辅助代码(前端代码编译以及自动化) util：放置常见 gulp 自动化脚本 args.js (自己编写命令行参数脚本) 创建必要的配置文件 package.json (npm install -y) .babelrc (支持es6语法) gulpfile.babel.js (由于项目中用到es6语法，所以 gulp 的启动文件后缀名需要添加 .babel ) 处理命令行参数 ( args.js 自定义参数脚本) 流行框架 库和框架 库：小而精，没有具体的规范，主要以自己代码为主 框架：大而全，主要以被人代码为骨架，在这个骨架下写自己的代码，需要遵守框架制定的规范 MVC 一种思想，其根本是组成代码结构的一种方式 最关键的点是降低耦合度

前端路由：在应用使用期间不会重新加载，提高用户体验，减低网速要求，界面展开快。前后端分离方便开发 目前前端路由有两种实现方法： 利用url的hash，当浏览器url的锚点部分发生改变，不会刷新页面的原理 利用h5中的history，通过监听opostate事件，利用pushstate或replacestate实现 原生router/hash版 html: 123456 <ul> <li><a href="#/home">home</a></li> <li><a href="#/about">about</a></li></ul><div id="routerView"></div> js: 1234567891011121314151617 var routerView=document.querySelector("#routerView");window.addEventListener("DOMContentLoaded",onchange);window.addEventListener("hashchange",onchange);function (){ switch(location.hash){ case "#/home": routerView.innerHTML="home"; return; case "#/about": routerView

【推荐】2019 Java 开发者跳槽指南.pdf(吐血整理) >>> 点击这里，查看 具体收益与效果等更多重要内容 简介 ：Serverless（无服务架构）被誉为下一代云计算，自概念推出以来，因为能带来研发交付速度提升与成本的降低在业内异常火爆。闲鱼客户端基于Flutter进行架构演进与创新，通过Flutter统一Android和iOS双端提升研发效能之后，希望通过Flutter+Serverless 解决各角色间存在大量的协同，导致整体研发效率低，移动端离业务越来越远，服务端没有时间做底层领域沉淀的问题，从而进一步提升整体研发效率。 研发架构的演进 接下来我们带着这里两个问题回顾前后端研发架构演进的历史。 PC互联网早期没有还没有前后端的概念，此阶段单个业务需求通常一个开发人员可以完成研发，前端网页与后端逻辑都写在一个工程中。随着业务越来越复杂，原本开发者负责前后端研发已经变得效率低下，此阶段随着移动互联网的爆发，服务端需要服务与PC、Android、iOS等多种前端。 服务端总是有一个疑问：服务端设计接口时，是应该面向 UI，还是应该面向通用服务？一个方案是抽取一部分服务端做 BFF（Backend For Frontend服务于前端的后端），作为前后端之间的适配层，核心是解决数据的聚合与编排，重新探索更合理的分层协作模式。 服务端写BFF带来新的问题

<!DOCTYPE html> <html lang="en"> <head> <meta charset="UTF-8"> <meta name="viewport" content="width=device-width, initial-scale=1.0"> <meta http-equiv="X-UA-Compatible" content="ie=edge"> <title>居中</title> <style> body>div{width: 400px;height: 400px;background: yellow;margin-bottom: 20px;} div div{width: 200px;height: 200px;background: red;} body>div:nth-child(1){display: flex;} div:nth-child(1) div{margin: auto; } </style> </head> <body> <div> <div>1</div> </div> </body> </html> 运行结果 来源： CSDN 作者： 你知道歌谣吗？ 链接： https://blog.csdn.net/weixin_43392489/article/details/103837865