前端架构

　　根据对前端发展现状的观察，和对一些已有调查的研究，前端开发者 Roberto Hernandez 在其个人<a href=" https://dev.to/blarzhernandez/5-front-end-predictions-and-trends-for-2020-327o">专栏</a>中对接下来的前端发展趋势做出了个人预测 。 　　<strong><strong>微前端——微服务的扩展</strong></strong> 　　这可能是近年来前端中的最新问题。今年，它确实获得了不少关注。Hernandez 认为，一个没有争议的预测是，到 2020 年，微前端将被越来越多的开发人员和公司接受和使用。 　　那么究竟什么是微前端呢？目前网络上对其普遍的定义是：“微前端是一种类似于微服务的架构，它将微服务的理念应用于浏览器端，即将单页面前端应用由单一的单体应用转变为多个小型前端应用聚合为一的应用。” 　　微前端架构将继续受到关注，因为它有助于解决应用程序和组织复杂架构中的重大问题。 　　<strong><strong>前端框架——React.js 最受喜爱</strong></strong> 　　基于 Stack Overflow 和<a href=" https://www.oschina.net/news/112226/the-state-of-javascript

迅速发展的前端开发，在每⼀年，都为开发者带来了新的关键词。2019 年已步⼊尾声，2020 年前端发展的关键词⼜将有哪些呢？发展的方向又会是什么呢？参考2019年大前端的发展，不出意外，前端依旧会围绕⼩程序、超级APP、跨端开发、前端⼯程化以及新技术运用等几个方面进行展开（可以参考2019年大前端技术趋势深度解读）。 小程序 在⼩程序⽅⾯，今年仍然是⼩程序突⻜猛进的⼀年，各⼤主流的 App 都上线了⼩程序能⼒的⽀持，各前端团队也都有了专⻔的⼩程序开发团队，以适应更快的⼩程序开发需求。同时App 中很多关键的功能都被⼩程序所替代，甚⾄有些 App 已经变成 Native ⼩程序壳，上层的应⽤实现全部是⼩程序。 在微信小程序出现以前，大家在谈 Hybird、ReactNative，但终归只是技术层面的狂欢，始终没有业务属性的注入。小程序的出现，一方面告诉业界在当前设备上 Webview 也没差到哪去，另外一方面告诉业界如何让有能力的商家在超级 APP上进行私域运营。 另一方面，从技术角度说，在上层 DSL 的严格限制下，超级 APP 就可定义符合自己诉求的 Web 标准，弥补当前 Web 标准的不足，最后和客户端配合，结合离线、预加载、定制Webview 能产出类似于 NSR 等各种酷炫的技术模型，让 Web 在端内低成本达到 Native 版的体验，端外也不会像 Weex

双非本科，通信工程，算是转到IT行业这边的了。从大二暑期正式开始学习前端，想想已经一年的时间了。期间经历了很多，从迷惘到清晰，从艰难自学到找到实习，从备战秋招到找到工作。能经历的我都经历过了。来说说那些【前端工作者】的艰辛与欢乐。 开始自学前端 电话面问题不多，但是十分考验对相关知识熟悉程度，面试官是 P7(不理解这个就去百度吧) 大二暑期留在学校，一边参加数学建模培训，一边自己学习前端的基础。由于之前学习过一些HTML和JS的基础，我就直接开始学习jquery了，跟着李炎恢老师的JQuery教程学习，算是入了门。学习了BootStrap框架。 暑期就跟着视频学习，做了两个小项目。期间出现问题怎么办，能怎么办，就各种百度解决，看博客，逛社区。在现在看来，当时就是没有学会走就想着跑。自己之后在JS基础这里吃了很多亏。 跟着实验室开始做项目 实验室老师让做一个物联网平台，于是我们就凑吧凑吧，成了一个team,有前端，后台，移动端，嵌入式。 所以建议之后的学弟学妹，如果你们学校有实验室，去一去，自己潜心学习，加上良好的氛围，进步会很大的。这个项目就让我真正开始学习到前后台交互，数据格式处理，浏览器渲染和兼容性问题的处理。 春招（实习） 寒假荒废了一个寒假，没有想到，刚开学的开始，就是各大厂开始招聘暑期实习了，当时简历也没做，知识也没有复习，整个就是懵逼状态。然后随即开始赶超。

根据对前端发展现状的观察，和对一些已有调查的研究，前端开发者 Roberto Hernandez 在其个人 专栏 中对接下来的前端发展趋势做出了个人预测。 微前端——微服务的扩展 这可能是近年来前端中的最新问题。今年，它确实获得了不少关注。Hernandez 认为，一个没有争议的预测是，到 2020 年，微前端将被越来越多的开发人员和公司接受和使用。 那么究竟什么是微前端呢？目前网络上对其普遍的定义是：“微前端是一种类似于微服务的架构，它将微服务的理念应用于浏览器端，即将单页面前端应用由单一的单体应用转变为多个小型前端应用聚合为一的应用。” 微前端架构将继续受到关注，因为它有助于解决应用程序和组织复杂架构中的重大问题。 前端框架——React.js 最受喜爱 基于 Stack Overflow 和 今年 JavaScript 的现状调查 ，React 将继续主导前端框架。 2019 年 JavaScript 现状调查结果显示，React 仍以最高的满意率蝉联第一。Stack Overflow 的调查中也体现了开发人员对 React 的喜爱，并有很多人表示会继续使用 React 构建漂亮、健壮且可扩展的应用程序。 此外，Hernandez 还特别提到，我们应该密切关注快速增长的 Svelte.js。它在短短的一年内吸引了不少爱好者，以至于现在与 React.js 的受欢迎程度如此接近

【推荐】2019 Java 开发者跳槽指南.pdf(吐血整理) >>> 大多数野生程序员最棘手的问题就是如何依靠技术解决温饱，通俗来讲就是技术折现的问题。如果是单纯出于兴趣，或者只是为了突击某一阶段或者某一项目技术壁垒，不跟就业挂钩的自学倒也是无关痛痒。但是当上岗成为自学的终极目标和结果时，一切都就另当别论了。 前端自学者存在的学习误区： 1、所学东西可能已过时 奉为经典的东西可能已经过时，或者已经有了更好的替代者，而你获取信息的渠道有限，消息滞后，导致学习的内容也相对滞后。 2、学习方法盲目。 看书看不懂就找视频类教程学习，觉得教程跟自己的口味不符就另寻他法，因为自己缺少对资源的辨识能力，总是在没有清晰规划学习线路的情况就盲目学习，导致无效学习时间过长而收获寥寥。 3、只有理论，缺乏真实项目锻炼。 对技术的理解停留在理论层次，而缺乏真实企业项目的历练，如果没有相关实习或工作经历，对前端岗位具体的责任划分和工作流程了解不充分。 自学前端需要掌握哪些技能，才能去工作？ 所以，自学前端需要达到什么水平才能去工作？我结合了知识点和现在前端主流岗位需求，列举了一些，希望对大家的学习有帮助~ PC端网站布局：HTML基础，CSS基础，CSS核心属性，CSS样式层叠，继承，盒模型，容器，溢出及元素类型，浏览器兼容与宽高自适度，定位，锚点与透明，图片整合，表格，CSS属性与滤镜等。 HTML5

前言 个人也确实有总结的习惯，掘金也是我个人非常喜欢的社区，正好借此平台来谈谈感想； 最后，也是最重要的，此篇总结更偏向交流探讨，希望有同 “病” 相怜的前端 coders，或者久病成医的 olders 们能一起交流交流，给笔者一些灵感。 coders -> 跟我一样前端病号， olders -> 大病初愈度过瓶颈期找到方向的老前辈们。 病因 男 - 26岁 - 前端业务员 - 1.75年 - 应届校招未跳槽 - 公司不大也不小，不处于行业顶尖地位又没那么碌碌无为 上面的简介以及文章的配图，就是本文的重点， 前端业务员 与 突破瓶颈 。 前端业务员 初级阶段 作为初级前端开发工程师，或者刚进入公司的小白，业务需求是快速提升业务水平，技能本领的最佳手段，在此阶段，你会非常热爱编写代码，修改 bug，每一次开发、提测、上线甚至是回滚都有可能有些小兴奋。因为你可以通过源源不断的需求了解公司的产品业务，代码开发规范，团队合作如何并行开发等等个人开发时遇不到的场景。 业务员阶段 度过了上面的阶段，等到业务成熟了，系统稳定了，新需求迭代不是那么频繁了，你的日常工作围绕着产品需求，BUG/JIRA，前人和你以前的代码缝缝补补又三年，开发提测上线流程一周走三次～那么恭喜你，成功的从前端开发工程师进化成了前端业务员，服务于业务，陷入业务地狱，工作中充斥着新需求与旧 Bug。那么

一 前后端分离的目的和作用 做Web开发也可以说是B/S架构开发，B端和S端从技术体系角度而言异构性很大，换而言之就是B端使用的技术和S端使用的技术不适于同一个体系，这样的结果导致实际开发中，很难做到专业分工，如果项目开发过程中管控不到位，这样的问题可能会影响到整个项目的开发质量，因此前后端分离的目的之一就是要做到专业化分工，提高项目的质量和开发效率。 随着技术的发展，当下的Web开发形势已经和以前有了很大的不同，早期的Web项目是一个封闭的项目，用户从浏览器里看到的页面直到后台数据库都是在一个项目里集成的，而现在Web系统的规模越来越大，中大型的Web系统是一个开放式的系统，开放型的系统用户在浏览器发起的请求可能会转发到外部的系统里进行处理，或者是本地的系统和外部系统一起完成请求的处理，此外有的请求可能不会直接请求数据库，而是请求缓存服务器，这些变化几乎都是发生在Web系统的服务端，前后端耦合度很高的Web系统服务端的复杂度提升必然带来了Web前端的复杂度的提升。因此Web前端从系统架构的角度也需要更加专业的管控，管控的作用之一就是前后端进行分离，降低前端对服务端的依耐性。 富客户端应用的普及导致Web前端技术开发更加专业化，Web前端工程师成为一个独立的技术岗位，Web前端开发技术的难度也越来越高，前后端的分离就是为Web前端开发营造一个良好的开发环境

最近研究servlet，看书时候书里讲到了c/s架构到b/s架构的演变，讲servlet的书都很老了，现在的b/s架构已经不是几年前的b/s架构，其实b/s架构就是web应用开发，对于这样的架构我们现在应该考虑的是前端和后端的分离（注意：这里的后端是指服务端）。 　　Web前端现在是一个独立的技术工种，这个工种的产生主要是针对互联网行业的需求，我在以前的文章里曾经讲到过，一个大型互联网网站，例如想淘宝网，它绝对不是一个Web项目，而是一群web项目的集合，那么如果不在前端进行整合，这么多web项目前端开发一定存在大量重复劳动，并且运维时候也存在难以统一管理的问题。本文假想一个面对需要前端资源整合的组织，如何做到前后端分离的解决思路。本文详情如下： (一) 前后端分离的目的和作用 　　做Web开发也可以说是B/S架构开发，B端和S端从技术体系角度而言异构性很大，换而言之就是B端使用的技术和S端使用的技术不适于同一个体系，这样的结果导致实际开发中，很难做到专业分工，如果项目开发过程中管控不到位，这样的问题可能会影响到整个项目的开发质量，因此前后端分离的目的之一就是要做到专业化分工，提高项目的质量和开发效率。 　　随着技术的发展，当下的Web开发形势已经和以前有了很大的不同，早期的Web项目是一个封闭的项目，用户从浏览器里看到的页面直到后台数据库都是在一个项目里集成的

距上篇 前端这条路，我们该何去何从 发布已有将近两个月时间，写那篇文章时我是很纠结的，因为一个月就要过去了，但我的工作却一直没有着落，想起刚来北京时，那段时间除了学习什么也不想，也没有烦恼只想一心的学，现在想想那时真好，有几个年龄比我大的朋友很是羡慕，因为他们总有很多烦心的事，而那时我是体会不到的，对于一个刚踏上社会的人来说，但也正是因为那时什么都不想只想学好前端，所有那时进步很快，但也走了不少弯路，这都是后话了。 本来不想把自己真实的事写出来，但想想也不是见不得人的事情，而那也是一个成长的过程，几年后说不定还是一个不错的纪念，本文不会按照特定的顺序来写，想到哪写哪，希望本文能给你带来帮助。 那是我离开上一个公司的半个月里，那段时间里每天早上一起来就看个大网站投的简历，一开始是在智联，51job，后来发现这些网站在一两个月前就彻底埋没了，因为投了将近2000多份，竟然只有几个打电话的，后来索性都在拉勾上投了，虽然成功率也不高，但真实性稍微还好点。 那段时间每天都是是在希望和绝望中度过，一个月对我来说太长，但好的是自己还懂得时间的珍贵，虽然没有面试，但也得学习啊，于是把JS的面向对象等东西重新研究了一下，也是在那一个月里面把面向对象拿下的。虽然精通说不上，但至少自己在实际开发中知道如何运用了。有一句话真的不可不信，“没有什么是拿不下的，只是看你愿意不愿意花时间”。

一、首先什么是SpringMVC？ SpringMVC是一个基于MVC实现的web框架，用于替代传统的servlet。MVC全名是Model View Controller，是模型（model）——视图（view）——控制器（controller）的缩写。 二、同类的技术有哪些？ SpringMVC同类的技术要数Struts2 三、对比同类的优缺点是哪些？ 对比Struts2的优势很明显： 1、拦截机制的不同，Struts2是类级别的拦截，SpringMVC是方法级别的拦截 2、底层架构的不同，Struts2采用Filter（StrutsPrepareAndExecuteFilter）实现，SpringMVC则是采用Servlet（DispatcherServlet）实现。 3、配置方面不同，SpringMVC和Spring是无缝结合的，相对于Struts2省却了很多配置，提高了开发效率符合当前敏捷开发思路。 四、SpringMVC的组成部分？ 1、前端控制器（DispatcherServlet）——框架已提供不需要开发 中央处理器，负责请求的转发，相当于一个请求转发器 2、处理器映射器（HandlerMapping）——框架已提供不需要开发 接收到前端控制器发送来的url后，对url进行匹配，返回给前端控制器一个处理器执行链（HandlerExecuteChain） 3