技术书籍

会议:在制订项目管理计划中，可以通过会议讨论项目方法，确定为达成项目目标而采用的工作执行方式，以及明确项目执行过程中的监控方式。通常利用项目开工会议来明确项目规划阶段工作的完成并宣布开始项目执行阶

![image.png](https://p3-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/deac2725de00478a9d5a841c703be31d~tplv

目前市场上得书籍很少能将http相关知识讲的很清楚，很多开发在这一块的体系知识需要得到补充，当然也包括我。无意间，看到一本 日本人写的 《图解http》书，发现里面讲的很细致，并且以图形得方式深度还原

目前市场上得书籍很少能将http相关知识讲的很清楚，很多开发在这一块的体系知识需要得到补充，当然也包括我。无意间，看到一本 日本人写的 《图解http》书，发现里面讲的很细致，并且以图形得方式深度还原

通过图解http一书，细致深入了解http的状态码，哦，原来是这么一回事，感觉有学习到一些知识，感恩的心

用于http交互的信息称为http报文，请求端叫请求报文，服务端叫响应报文，http报文是由多行数据构成的字符串文本。报文通常分为报文首部和报文主体两个板块，两者最初由空行（CR+LF 换行符）来划分

前言：《图解http》书，好记性不如烂笔头，本文主要是针对第二章记录，共11章每个章节都会做详细的讲解

前言： 目前市场上得书籍很少能将http相关知识讲的很清楚，很多开发在这一块的体系知识需要得到补充，当然也包括我。无意间，看到一本 日本人写的 《图解http》书，发现里面讲的很细致，并且以图形得方式

Chapter1 权衡的艺术 从范式上，视图层框架分为命令层和声明式 如果修改性能定义为A, 查找差异的性能消耗定义为B 视图层：jQuery （关注过程）性能更好, A 声明式： vue（只关注结果

随着系统的业务不断增加，逐渐累加的代码会逐步去构建，优化，重构，以达到满足业务的要求 更新： 让旧的应用的依赖和环境不断更新，以免成为一个不可维护的遗留问题挑战： 依赖升级：版本号的管理 框架升级：

10.1 路由分发: 在一个单体前端、单体后端应用中，典型的特征即是路由是有框架来分发的，框架将路由指定到对应的组件或者内部中，微服务在这个过程做的事情是，将调用变成更细粒度的应用间组件调用，即原先我

在前后端分之后，拆分降低了系统的复杂度，并进一步提高了软件的开发效率，随着业务的不断扩张，需求也不断扩张，应用又开始变得臃肿，所以我们会考虑往下拆分，拆分为更小的单位。 什么是微前端架构？它是如何形成

前后端分离是主流的趋势，在前后端分离中，人们最大的痛苦莫过于对api的管理和维护： 前端找不到某个字段，原因可能是后端删除了该字段，或者重命名了 某个返回数值是错误的，可能是计算错误，可能是业务理解错

7.1 前端的组件化架构 在给定的软件系统中，基于组件的架构侧重于对广泛使用的功能进行关注点分离，即将不同的复杂性/关注点分离出来，分别进行处理，让每一小部分都拥有自己的关注的焦点，通过定义、实现松散

在业务不断发展的过程中，由于前端的发展变得越来越复杂，我们需要拆分出前端应用部分，成为一个独立开发、运行的应用，而非由后端渲染出的多页面应用。 在开发一个单页面应用的时候，我们需要了解什么呢？ 1.

单页面，通常在第一次加载时，便加载全部的静态资源，而多页面则是在每次加载新页面时会重新加载（http缓存会使大部分资源不会重新加载） 本章核心： MVC框架的一些核心要素： 双向绑定、模版引擎、路由映

Chapter4 主要讲述如何去搭建和熟悉开发环境，但是作为资深的前端开发，我们要用能力去设计一个完整的应用开发流程，这个流程就是一个构建系统，它通过Chapter3 中设计的流程以代码、工具形式来加

前端基础架构是一系列工具与流程的结合，它是我们在启动一个项目时所需要制定的一系列规范和规划，所以当我们启动一个项目的时候，需要做的事情会很多。 我们将前端的时间段分为三个时期： 1.0 时期：才开始工

无论短期还是长期项目，它们都包含相似的启动和实施周期： 三个时期工作内容如下： 技术准备期： 开始与架构实施相关的工作，如搭建脚手架、测试环境、部署等 业务回补期： 填补第一个时期造成的业务进度落后问

Chapter1：前端架构 本章主要什么是软件架构，以及为什么需要软件架构，介绍了如何设计软件架构以及设计风格及两种主流架构设计方法，接着介绍了三个基本的架构设计原则，最后是关注前端相关架构设计。