前端

https://www.jianshu.com/p/81037af05bd0 来源： https://www.cnblogs.com/cnchengv/p/11420405.html

大多数野生程序员最棘手的问题就是如何依靠技术解决温饱，通俗来讲就是技术折现的问题。如果是单纯出于兴趣，或者只是为了突击某一阶段或者某一项目技术壁垒，不跟就业挂钩的自学倒也是无关痛痒。但是当上岗成为自学的终极目标和结果时，一切都就另当别论了。 前端自学者存在的学习误区： 1、所学东西可能已过时 奉为经典的东西可能已经过时，或者已经有了更好的替代者，而你获取信息的渠道有限，消息滞后，导致学习的内容也相对滞后。 2、学习方法盲目。 看书看不懂就找视频类教程学习，觉得教程跟自己的口味不符就另寻他法，因为自己缺少对资源的辨识能力，总是在没有清晰规划学习线路的情况就盲目学习，导致无效学习时间过长而收获寥寥。 3、只有理论，缺乏真实项目锻炼。 对技术的理解停留在理论层次，而缺乏真实企业项目的历练，如果没有相关实习或工作经历，对前端岗位具体的责任划分和工作流程了解不充分。 来源： CSDN 作者： zfbanddl 链接： https://blog.csdn.net/zfbanddl/article/details/103981350

<转> Vue.js 和 MVVM 小细节 MVVM 是Model-View-ViewModel 的缩写，它是一种基于前端开发的架构模式，其核心是提供对View 和 ViewModel 的双向数据绑定，这使得ViewModel 的状态改变可以自动传递给 View，即所谓的 数据双向绑定 。 Vue.js 是一个提供了 MVVM 风格的双向数据绑定的 Javascript 库，专注于View 层。它的核心是 MVVM 中的 VM，也就是 ViewModel。 ViewModel负责连接 View 和 Model，保证视图和数据的一致性，这种轻量级的架构让前端开发更加高效、便捷。 为什么会出现 MVVM 我接触MVVM 是在2015年，可以说2015年是MVVM 最火热的一年，而在这之前，我所知道的就是MVC, MVC 大约是在5年前，也就是2011年的时候接触的，那时候刚学编程语言，学的Java，而Java 中经典的 SSH 框架就用来构建一个标准的MVC 框架。说实话，MVC 用了这么多年，但始终没有很深刻的理解，只停留在用的层面， 一直到接触 Vue.js 之后，研究了MVVM 架构思想，然后再回头看 MVC ，才有一种豁然开朗的感觉~ MVC 即 Model-View-Controller 的缩写，就是 模型-视图-控制器 , 也就是说一个标准的Web

参考文章： https://www.w3ctech.com/topic/1930 前端性能优化可以分为三个level：静态资源优化、接口访问优化、页面渲染速度优化，在操控门槛上依次递增，优化效果上越发没有这么明显，所以很多小团队只会做到了第一个level 追求极致的前端性能体验，提升自己的level，come on ~ 目录 一、静态资源优化 这个level，主要是减少静态资源的加载时间，主要包括html、css、js和图片文件，静态资源的加载时间是前端性能最大的瓶颈（特别是图片），现如今优化的手段也很丰富，以下简要列举几种常用的方法 合并css、js文件，制作雪碧图：减少http的请求次数，节省网络请求时间 静态资源cdn分发：客户端可以通过最佳的网络链路加载静态资源 js、css文件压缩，图片压缩，gzip压缩：减少请求返回的数据量 静态资源缓存机制 权衡dns的查找 本文旨在提供一个清晰的优化思路，上述优化方法不做具体的说明，网上也能搜索到很多具体的教程，也可以留言、简信一起讨论 二、接口访问优化 如果第一个level做得好，可以保证静态资源以一个较快的速度加载出来，然而，此时情况并没有完美，依然还存在两个明显的问题： 静态资源加载完成了，页面依然还在转菊花，用户依然还在等待。现如今web应用已经走过完全由php和jsp等后端脚本语言渲染界面的时代

作者：知乎用户 链接：https://www.zhihu.com/question/19841848/answer/88535461 来源：知乎 著作权归作者所有。商业转载请联系作者获得授权，非商业转载请注明出处。 继上一篇 关于程序员求职简历 之后如果顺利的话就应该是面试了，在此也整理一下最近在网上收集的前端面试相关资料，包括预备知识、书籍、面试考点、面经等。这方面资料其实太多太多，就光从知乎、前端乱炖、w3cplus 等网站就能找到很多，在此仅挑选我看到的比较不错的，更多的资料可以从下面列出来的链接的内容中找到。 1. 前端团队 参考我之前整理的国内知名前端团队的列表（只选了维护了网站、技术型前端团队）： Awesome Front-end Teams 2. 知识技能 前端技能汇总 Frontend Knowledge Structure （源码）（朴灵，阿里巴巴） 大前端的瑞士军刀，只记录有用的（源码）（聂微东，百度） 前端收集（罗磊，腾讯） 知乎上前端开发领域有哪些值得推荐的问答？——知乎 2015-2016前端知识体系图谱（w3ctech） 推荐的一些值得订阅的Weekly（GitHub） 前端收藏夹（源码）（w3ctrian） QQ联盟群交流(492107297)群规（有大量的教程、资料、面试题）（豪情） 3. 学习路线、书籍 前端开发者手册（Pomy，美团） 前端开发

前端后接口对接时，如果后台的id或者其他字段使用了长整型Long，就很容易出现js丢失精度问题。用接口工具调用时，往往id返回都是对的，但是一到页面上，js就后缀000。 前端说返回的值有问题，F12看看！后端说没问题，Postman看看！ 这是js支持的问题，解决这个问题的办法很显然，返回字符串即可。 怎么实现呢，你可以直接将vo对象的id改成String类型，但是会带来copyProperties的不便，所以见过很多人通过增加虚拟字段实现。下面是一个整体解决方案：（需要略微了解下Spring的消息序列化原理，譬如MappingJackson2HttpMessageConverter是干嘛的） MainConfig（通常是主config类，@Configuration注解的，用来导入一些基础配置）增加MessageConvert的重写extendMessageConverters： @Override public void extendMessageConverters(List<HttpMessageConverter<?>> converters) { MappingJackson2HttpMessageConverter jacksonConverter = null; for (HttpMessageConverter<?> converter : converters

1. 什么是HTML，CSS 是做网站的编程语言 2. 一个网站是由N多个网页组成的，每个网页就是一个.html文件 3. VS Code编辑器基本使用 ctrl+s：保存 shift+end：从头选中一行 shift+home：从尾部选中一行 shift+alt+⬇：快速复制一行 alt+⬆或⬇：快速移动一行 shift+tab：向前缩进 alt+鼠标左键：多光标 ctrl+d：选择同样元素的下一个 4. 网站开发 UI设计师：设计稿 web前端工程师：设计稿–>代码，数据里的数据–>显示到页面，HTML(结构)+CSS(样式)+JavaScript(行为) web后端工程师 5. HTML基础结构与属性 超文本标记语言(HyperText Markup Language) 超文本：文本内容+非文本内容（图片、视频、音频等） 标记（标签）：<单词> 单标签： 双标签： 创建标签的快捷键：tab+单词 标签可以嵌套和上下排列的 标签的属性：修饰标签，设置当前标签的一些功能 <标签 属性=“值” 属性2=“值2”> 语言：编程语言 来源： CSDN 作者： 玊玉Daisy 链接： https://blog.csdn.net/weixin_44983311/article/details/103925383

阅读目录 简而言之 组成部分 没有什么是一个栗子不能解决的 简而言之 之前对 MVVM 模式一直只是模模糊糊的认识，正所谓没有实践就没有发言权，通过这两年对 Vue 框架的深入学习和项目实践，终于 可以装B了 有了拨开云雾见月明的感觉。 Model–View–ViewModel(MVVM) 是一个软件架构设计模式，由微软 WPF 和 Silverlight 的架构师 Ken Cooper 和 Ted Peters 开发，是一种简化用户界面的事件驱动编程方式。由 John Gossman（同样也是 WPF 和 Silverlight 的架构师）于2005年在他的博客上发表。 MVVM 源自于经典的 Model–View–Controller（MVC）模式（期间还演化出了 Model-View-Presenter（MVP）模式，可忽略不计）。MVVM 的出现促进了 GUI 前端开发与后端业务逻辑的分离，极大地提高了前端开发效率。 MVVM 的核心是 ViewModel 层 ，它就像是一个中转站（value converter），负责转换 Model 中的数据对象来让数据变得更容易管理和使用，该层向上与视图层进行双向数据绑定，向下与 Model 层通过接口请求进行数据交互，起呈上启下作用。如下图所示： MVVM模式 MVVM 已经相当成熟了，主要运用但不仅仅在网络应用程序开发中

问题概要： 当我运用antd 中 radio组件的时候发现radio组件是有bug的 就是你不能给他赋予id 和 value，同时也绑定不上onclick等事件。 举个例子： 可以看到 你就算赋予了id 和value 前端页面渲染也是不正常的 value无论赋成什么 结果都是on 但是我还需要对他进行一些操作需要绑定他的onclick事件 所以我得解决办法就是 在radio标签外套了一层div 绑定了id属性，同时将onclick事件绑定在这层div上。 当我们触发它时，通过jQuery的子选择器找到内部radio。但是这样做问题又来了 就是这篇文章的主题 事件冒泡 简单来说，就是因为点击label的时候，会触发套在其内部的的input的click事件，导致事件再次触发 解决办法就是： $("label").click(function (e) { if ($(e.target).is("input")) return; }); 2018-2-28日更： 其实更应该从思路上解决问题，当发生事件冒泡时，我们是否可以将这两个引起问题的dom节点分开成两个div来进行处理，而不是通过js控制。 参考链接： http://blog.csdn.net/qazwsx33... 来源： https://www.cnblogs.com/baimeishaoxia/p/12193767.html

作者：猿码道 链接：https://www.jianshu.com/p/c81008b68350 1. 前言 　　随着互联网的高速发展，前端页面的展示、交互体验越来越灵活、炫丽，响应体验也要求越来越高，后端服务的高并发、高可用、高性能、高扩展等特性的要求也愈加苛刻，从而导致前后端研发各自专注于自己擅长的领域深耕细作。 　　然而带来的另一个问题：前后端的对接界面双方却关注甚少，没有任何接口约定规范情况下各自撸起袖子就是干，导致我们在产品项目开发过程中，前后端的接口联调对接 工作量占比在30%-50%左右，甚至会更高。往往前后端接口联调对接及系统间的联调对接都是整个产品项目研发的软肋。 　　本文的主要初衷就是规范约定先行，尽量避免沟通联调产生的不必要的问题，让大家身心愉快地专注于各自擅长的领域。 2. 为何要分离 　　参考两篇文章《Web 研发模式的演变》、《Web应用的组件化开发》, 目前现有前后端开发模式：“后端为主的MVC时代”，如下图所示： 　　代码可维护性得到明显好转，MVC 是个非常好的协作模式，从架构层面让开发者懂得什么代码应该写在什么地方。为了让 View 层更简单干脆，还可以选择 Velocity、Freemaker 等模板，使得模板里写不了 Java 代码。看起来是功能变弱了，但正是这种限制使得前后端分工更清晰。然而依旧并不是那么清晰，这个阶段的典型问题是：