题目
1.列举你所了解的计算机存储设备类型?
答:
- 随机存储器 RAM
SRAM、DRAM(SDRAM、RDRAM、CDRAM 等)
- 只读存储器 ROM
MROM、PROM、EPROM、EEPROM
2.一般代码存储在计算机的哪个设备中?代码在 CPU 中是如何运行的?
答: 1)易失性执行之前,我们的代码主要
存储在内存中。 ②CPU读取内存中的数据并放在寄存器内,将寄存器中的数据写入内存并进行有序的四则运算、相关指令,在此过程中,寄存器主要用于存放计算数据,运算器负责操作寄存器中的数据。
3.什么是指令和指令集?
答: 指令一般是指机器指令,是计算机可完成一个独立计算逻辑所要执行的的命令;一台常规的计算机的所有指令的集合,就是该计算机的指令集。
4.JavaScript 是如何运行的?解释型语言和编译型语言的差异是什么?
答: ①JS代码->解析成 AST (期间伴随词法分析、语法分析)->生成字节码(V8)->生成机器码(编译器)
②很多资料会说,JavaScript、Python、Ruby都是"解释型语言",是通过解释器来实现的。这么说其实很容易引起误解:语言一般只会定义其抽象语义,而不会强制性要求采用某种实现方式。
例如说C一般被认为是“编译型语言”,但C的解释器也是存在的,例如Ch。同样,C++也有解释器版本的实现,例如Cint。
一般被称为“解释型语言”的是主流实现为解释器的语言,但并不是说它就无法编译。例如说经常被认为是“解释型语言”的Scheme就有好几种编译器实现,其中率先支持R6RS规范的大部分内容的是Ikarus,支持在x86上编译Scheme;它最终不是生成某种虚拟机的字节码,而是直接生成x86机器码。
解释器就是个黑箱,输入是源码,输出就是输入程序的执行结果,对用户来说中间没有独立的“编译”步骤。这非常抽象,内部是怎么实现的都没关系,只要能实现语义就行。你可以写一个C语言的解释器,里面只是先用普通的C编译器把源码编译为in-memory image,然后直接调用那个image去得到运行结果;用户拿过去,发现直接输入源码可以得到源程序对应的运行结果就满足需求了,无需在意解释器这个“黑箱子”里到底是什么。
实际上很多解释器内部是以“编译器+虚拟机”的方式来实现的,先通过编译器将源码转换为AST或者字节码,然后由虚拟机去完成实际的执行。所谓“解释型语言”并不是不用编译,而只是不需要用户显式去使用编译器得到可执行代码而已。
这道题扯多了,肯定有掘金大佬来杠我。我的观点是如果一种语言的主流实现是解释器,其内部是编译器+虚拟机,而虚拟机又是采用解释方式实现的,或者内部实现是编译器+树遍历解释器,那它就是名副其实的“解释型语言”。如果内部用的虚拟机是用编译方式实现的,其实跟普遍印象中的"解释器"还是挺不同的。
可以举这样一个例子:ActionScript 3,一般都被认为是“解释型语言”对吧?但这种观点到底是把FlashPlayer整体看成一个解释器,因而AS3是"解释型语言"”"呢?还是认为FlashPlayer中的虚拟机采用解释执行方案,因而AS3是解释型语言呢?
5.简单描述一下 Babel 的编译过程?
答: 首先,Babel的作用是 从一种源码到另一种源码,充当转换编译器的作用,可以简述为 解析
(解析JS代码)->转换
(解析和修改AST)->重建
(将修改后的AST转换成另一种JS代码)
6.JavaScript 中的数组和函数在内存中是如何存储的?
答: ①数组,JS里的数组主要就是 以连续内存形式存储的FixedArray
、以哈希表形式存储的HashTable
。
②函数,函数属于引用数据类型,存储在堆中,在栈内存中只是存了一个地址来表示对堆内存中的引用。当解释器寻找引用值时,会首先检索其在栈中的地址,取得地址后从堆中获得实体。
7.浏览器和 Node.js 中的事件循环机制有什么区别?
答: ①浏览器中的事件循环: macrotasks(宏任务):
-
script(整体代码)
-
setTimeout
-
setInterval
-
setImmediate
-
I/O
-
UI rendering
-
event listner
microtasks(微任务):
-
process.nextTick
-
Promises
-
Object.observe
-
MutationObserver
在浏览器里,每当一个被监听的事件发生时,事件监听器绑定的相关任务就会被添加进回调队列。通过事件产生的任务是异步任务,常见的事件任务包括:
- 用户交互事件产生的事件任务,比如输入操作;
- 计时器产生的事件任务,比如setTimeout;
- 异步请求产生的事件任务,比如 HTTP 请求。
主线程运行的时候,会产生堆(heap)和栈(stack),其中堆为内存、栈为函数调用栈。我们能看到,Event Loop 负责执行代码、收集和处理事件以及执行队列中的子任务,具体包括以下过程。
- JavaScript 有一个主线程和调用栈,所有的任务最终都会被放到调用栈等待主线程执行。
- 同步任务会被放在调用栈中,按照顺序等待主线程依次执行。
- 主线程之外存在一个回调队列,回调队列中的异步任务最终会在主线程中以调用栈的方式运行。
- 同步任务都在主线程上执行,栈中代码在执行的时候会调用浏览器的 API,此时会产生一些异步任务。
- 异步任务会在有了结果(比如被监听的事件发生时)后,将异步任务以及关联的回调函数放入回调队列中。
- 调用栈中任务执行完毕后,此时主线程处于空闲状态,会从回调队列中获取任务进行处理。
- 上述过程会不断重复,这就是 JavaScript 的运行机制,称为事件循环机制(Event Loop)。
②NodeJs中的事件循环:
- timersj阶段:这个阶段执行timer(setTimeout、setInterval)的回调
- I/O callbacks:执行一些系统调用错误,比如网络通信的错误回调
- idle,prepare:仅node内部使用
- poll:获取新的I/O事件, 适当的条件下node将阻塞在这里
- check:执行 setImmediate() 的回调
- close callbacks:执行 socket 的 close 事件回调
③区别: 浏览器环境下,microtask的任务队列是每个macrotask执行完之后执行。而在Node.js中,microtask会在事件循环的各个阶段之间执行,也就是一个阶段执行完毕,就会去执行microtask队列的任务。如果是node11版本一旦执行一个阶段里的一个宏任务(setTimeout,setInterval和setImmediate)就立刻执行微任务队列,这就跟浏览器端运行一致。
setTimeout(()=>{
console.log('timer1')
Promise.resolve().then(function() {
console.log('promise1')
})
}, 0)
setTimeout(()=>{
console.log('timer2')
Promise.resolve().then(function() {
console.log('promise2')
})
}, 0)
// 浏览器环境:
timer1=>promise1=>timer2=>promise2
// node V11之后
timer1=>promise1=>timer2=>promise2
// node 10及其之前
timer1=>promise1=>timer2=>promise2 (如果是第二个定时器还未在完成队列中)
timer1=>timer2=>promise1=>promise2 (如果是第二个定时器已经在完成队列中)
复制代码
8.ES6 Modules 相对于 CommonJS 的优势是什么?
答:
- CommonJS和ES6 Module都可以对引入的对象进行赋值,即对对象内部属性的值进行改变;
- CommonJS 模块输出的是一个值的拷贝,ES6 模块输出的是值的引用。即ES6 Module只存只读,不能改变其值,具体点就是指针指向不能变;
- CommonJS 模块是运行时加载,ES6 模块是编译时输出接口。
- CommonJS 模块的require()是同步加载模块,ES6 模块的import命令是异步加载,有一个独立的模块依赖的解析阶段。
- import 的接口是 read-only(只读状态),不能修改其变量值。 即不能修改其变量的指针指向,但可以改变变量内部指针指向,可以对 commonJS 对重新赋值(改变指针指向),但是对 ES6 Module 赋值会编译报错。
优势: CommonJS 加载的是一个对象(即module.exports属性),该对象只有在脚本运行完才会生成。而 ES6 Modules不是对象,它的对外接口只是一种静态定义,在代码静态解析阶段就会生成
。
9.高级程序设计语言是如何编译成机器语言的?
答: 高级语言代码->解析成 AST (期间伴随词法分析、语法分析)->生成字节码(V8)->生成机器码(编译器)
10.编译器一般由哪几个阶段组成?数据类型检查一般在什么阶段进行?
答: 编译器一般由4个阶段工作完成:
- Parse 阶段:V8 引擎负责将 JS 代码转换成 AST(抽象语法树);
- Ignition 阶段:解释器将 AST 转换为字节码,解析执行字节码也会为下一个阶段优化编译提供需要的信息;
- TurboFan 阶段:编译器利用上个阶段收集的信息,将字节码优化为可以执行的机器码;
- Orinoco 阶段:垃圾回收阶段,将程序中不再使用的内存空间进行回收。
数据类型检查一般在 Parse 阶段之前 就进行了
,因为在生成AST之前 就要进行语法分析,提取出句子的结构。广义来说输入一般是程序的源码,输出一般是语法树(syntax tree,也叫parse tree等)或抽象语法树(abstract syntax tree,AST)。进一步剥开来,广义的解析器里一般会有扫描器(scanner,也叫tokenizer或者lexical analyzer,词法分析器),以及狭义的解析器(parser,也叫syntax analyzer,语法分析器)。扫描器的输入一般是文本,经过词法分析,输出是将文本切割为单词的流。狭义的解析器输入是单词的流,经过语法分析,输出是语法树或者精简过的AST。
11.编译过程中虚拟机的作用是什么?
答:虚拟机(VM),其意义是实现高级语言的语义
。VM既然被称为“机器”,一般认为输入是满足某种指令集架构(instruction set architecture,ISA)的指令序列,中间转换为目标ISA的指令序列并加以执行,输出为程序的执行结果的,就是VM
。源与目标ISA可以是同一种,这是所谓 same-ISA VM
。 虚拟机 并不是神奇的就能执行代码了,它也得采用某种方式去实现输入程序的语义,并且同样有几种选择:“编译”,例如微软的.NET中的CLR;“解释”,例如CPython、CRuby 1.9,许多老的JavaScript引擎等;也有介于两者之间的混合式,例如Sun的JVM,HotSpot。如果采用编译方式,VM会把输入的指令先转换为某种能被底下的系统直接执行的形式(一般就是native code),然后再执行之;如果采用解释方式,则VM会把输入的指令逐条直接执行。
12.什么是中间代码(IR),它的作用是什么?
答: IR是由LLVM生成的中间代码,作用是优化编译器或VM,使优化后的机器代码执行效率更高,同时避免缓存编译后的二进制代码占用更多的内存。。
13.什么是交叉编译?
答: 是指是在一个平台上生成另一个平台上的可执行代码。
14.发布 / 订阅模式和观察者模式的区别是什么?
答: 在观察者模式中,被观察者通常会维护一个观察者列表。当被观察者的状态发生改变时,就会通知观察者。
在发布订阅模式中,具体发布者会动态维护一个订阅者的列表:可在运行时根据程序需要开始或停止发布给对应订阅者的事件通知。
区别在于发布者本身并不维护订阅列表(它不会像观察者一样主动维护一个列表),它会将工作委派给具体发布者(相当于秘书,任何人想知道我的事情,直接问我的秘书就可以了);订阅者在接收到发布者的消息后,会委派具体的订阅者来进行相关的处理。
15.装饰器模式一般会在什么场合使用?
答: 装饰器模式一般是指允许动态地向一个现有的对象添加新的功能,同时又不改变其结构,相当于对现有的对象进行了一个包装。
使用场景很多,比如以前写jQ项目,可以自己快速动态拓展jQ上面的方法,或者vue的自定义指令,主要是希望通过继承的方式扩展老旧功能。
16.谈谈你对大型项目的代码解耦设计理解?什么是 Ioc?一般 DI 采用什么设计模式实现?
答: ①代码解耦、一定要按模块划分而不是按功能划分
- 各个模块的生命周期(初始化、销毁)统一由框架进行管理:通过提供通用类Disposable,统一管理相关资源的注册和销毁。
- 模块间不直接引入和调用,而是通过声明依赖的方式,从框架中获取相应的服务并使用。
- 不直接使用全局事件进行通信,而是通过订阅具体服务的方式来处理:通过使用同样的方式this._register()注册事件和订阅事件,将事件相关资源的处理统一挂载到dispose()方法中
②各个部分各个模块开发职责的仔细拆分 ③代码开发尽快组件化、提高可复用性,避免业务逻辑过度耦合臃肿,最终难以拓展
Ioc是指依赖注入,简单理解就是借助于"第三方"实现具有依赖关系的对象之间的解耦。一般使用代理模式。
17.列举你所了解的编程范式?
答:声明式、命令式、函数式
18.什么是面向切面(AOP)的编程?
答:面向切面编程是面向对象中的一种方式而已。在代码执行过程中,动态嵌入其他代码,叫做面向切面编程。
19.什么是函数式编程?什么是响应式编程?什么是函数响应式编程?
答: 函数式编程是面向数学的抽象,关心数据(代数结构)之间的映射关系。函数式编程将计算描述为一种表达式求值。
响应式编程是一种基于数据流和变化传递的声明式的编程范式。
函数响应式编程是一种混合体,响应式编程思想为体, 函数式编程思想为用。
20.如何实现一个上中下三行布局,顶部和底部最小高度是 100px,中间自适应?
答:
<div class="layout">
<div class="top">top</div>
<div class="content">content</div>
<div class="bottom">bottom</div>
</div>
复制代码
html,
body {
padding: 0;
margin: 0;
height: 100%;
/*定义页面整体高度为100%,重要*/
}
.layout {
width: 100%;
height: 100%;
display: flex;
flex-direction: column;
}
.top {
height: 100px;
background: red;
}
.content {
flex: 1;
background: yellow;
}
.bottom {
height: 100px;
background: blue;
}
复制代码
21.如何判断一个元素 CSS 样式溢出,从而可以选择性的加 title 或者 Tooltip?
答: 可以用元素的scrollHeight属性和clientHeight属性来判断, 当scrollHeight大于clientHeight的时候,元素就是可以垂直滚动的;如果检测水平滚动的话,可以用scrollWidth和clientWidth。
22.如何让 CSS 元素左侧自动溢出(... 溢出在左侧)?
答: 左侧宽度自动增长,右侧宽度自动增长并且不可溢出省略。当左侧文字长度超出的时候,左侧文字溢出省略。 在 css 有个 direction 属性,把文本方向设置为从右向左:direction: rtl
/* css */
.footer {
width: 300px;
height: 20px;
display: flex;
overflow: hidden;
}
.left {
background: #3cc8b4;
flex: 1 1 auto;
overflow: hidden;
text-overflow: ellipsis;
white-space: nowrap;
min-width: 50px;
}
.right {
background: #9bc;
max-width: 250px;
}
.right-ellipsis {
overflow: hidden;
text-overflow: ellipsis;
white-space: nowrap;
}
复制代码
/* html */
<div class="footer">
<div class="left">
leftleftleftleftleftleftleftleftleftleftleftleftleft
</div>
<div class="right">
<div class="right-ellipsis">
rightrightrightrightrightrightrightrightright
</div>
</div>
</div>
复制代码
23.什么是沙箱?浏览器的沙箱有什么作用?
答: 沙箱设计的目的是为了让不可信的代码运行在一定的环境中,从而限制这些代码访问隔离区之外的资源。
24.如何处理浏览器中表单项的密码自动填充问题?
答: 表单中当input是password类型时,打开浏览器会自动填充浏览器存储的密码,在input中加入autocomplete="new-password"即可解决。之所以new-password能够解决off失效的原因是autocomplete属性的有效值只有on和off,默认值是on,如果autocomplete的属性是除on和off外的值,那么就是个无效值,那么浏览器就会放弃对该属性的执行。
<input type="password" name="password" placeholder="请输入密码" autocomplete="new-password"/>
复制代码
25.Hash 和 History 路由的区别和优缺点?
答: hash
路由模式的实现主要是基于下面几个特性:
- URL 中 hash 值只是客户端的一种状态,也就是说当向服务器端发出请求时,hash 部分不会被发送;
- hash 值的改变,都会在浏览器的访问历史中增加一个记录。因此我们能通过浏览器的回退、前进按钮控制hash 的切换;
- 可以通过 a 标签,并设置 href 属性,当用户点击这个标签后,URL 的 hash 值会发生改变;或者使用 JavaScript 来对 loaction.hash 进行赋值,改变 URL 的 hash 值;
- 我们可以使用 hashchange 事件来监听 hash 值的变化,从而对页面进行跳转(渲染)。
history
路由模式的实现主要基于存在下面几个特性:
- pushState 和 repalceState 两个 API 来操作实现 URL 的变化 ;
- 我们可以使用 popstate 事件来监听 url 的变化,从而对页面进行跳转(渲染);
- history.pushState() 或 history.replaceState() 不会触发 popstate 事件,这时我们需要手动触发页面跳转(渲染)。
26.JavaScript 中的 const 数组可以进行 push 操作吗?为什么?
答: 可以,也可以进行splice()操作。
const声明创建一个值的只读引用。但这并不意味着它所持有的值是不可变的,只是变量标识符不能重新分配。例如,在引用内容是对象的情况下,这意味着可以改变对象的内容(例如,其参数)。
27.JavaScript 中对象的属性描述符有哪些?分别有什么作用?
答:
- Configurable(可配置性)
可配置性决定是否可以使用delete删除属性,以及是否可以修改属性描述符的特性,默认值为true
- Enumerable(可枚举性)
可枚举性决定属性是否出现在对象的属性枚举中,比如是否可以通过for-in循环返回该属性,默认值为true
- Writable(可写性)
可写性决定是否可以修改属性的值,默认值为true
- Value(属性值)
属性值包含这个属性的数据值,读取属性值的时候,从这个位置读;写入属性值的时候,把新值保存在这个位置。默认值为undefined
- getter
在读取属性时调用的函数。默认值为undefined
- setter
在写入属性时调用的函数。默认值为undefined
28.JavaScript 中 console 有哪些 api ?
答: 我只用过console.clear()、console.log()、console.info()、console.warn()、console.error()、console.time()、console.timeEnd()。其他的不知道,我也不常用
29.简单对比一下 Callback、Promise、Generator、Async 几个异步 API 的优劣?
答: 首先callback不是异步API,它是早年JS异步编程实现的一种手段。
Promise是社区为了解决回调地狱的问题在ES6版本提出的一种解决方案;
Generator也是一种异步编程解决方案,它最大的特点就是可以交出函数的执行权,Generator 函数可以看出是异步任务的容器,需要暂停的地方,都用 yield 语法来标注;
Async/await是 ES7 中提出的新的异步解决方案,async 是 Generator 函数的语法糖,async/await 的优点是代码清晰
(不像使用 Promise 的时候需要写很多 then 的方法链)。async/await 不仅仅是 JS 的异步编程的一种方式,其可读性也接近于同步代码,让人更容易理解。
30.Object.defineProperty 有哪几个参数?各自都有什么作用?
答: 首先它的用法是 Object.defineProperty(object, propertyname, descriptor)
- object 必需。 要在其上添加或修改属性的对象。 这可能是一个本机 JavaScript对象(即用户定义的对象或内置对象)或 DOM 对象。
- propertyname 必需。 一个包含属性名称的字符串。
- descriptor 必需。 属性描述符。 它可以针对数据属性或访问器属性。
它内部的descriptor参数如下:
- value
属性的值,默认为 undefined。
- writable
该属性是否可写,如果设置成 false,则任何对该属性改写的操作都无效(但不会报错),对于像前面例子中直接在对象上定义的属性,这个属性该特性默认值为为 true。
- configurable
如果为false,则任何尝试删除目标属性或修改属性以下特性(writable, configurable, enumerable)的行为将被无效化,对于像前面例子中直接在对象上定义的属性,这个属性该特性默认值为为 true。 。
- enumerable
是否能在for-in循环中遍历出来或在Object.keys中列举出来。对于像前面例子中直接在对象上定义的属性,这个属性该特性默认值为为 true。
- get
一旦目标对象访问该属性,就会调用这个方法,并返回结果。默认为 undefined。
- set
一旦目标对象设置该属性,就会调用这个方法。默认为 undefined。
31.Object.defineProperty 和 ES6 的 Proxy 有什么区别?
答: Proxy的优势如下
- Proxy可以直接监听整个对象而非属性。
- Proxy可以直接监听数组的变化。
- Proxy有13中拦截方法,如ownKeys、deleteProperty、has 等是 Object.defineProperty 不具备的。
- Proxy返回的是一个新对象,我们可以只操作新的对象达到目的,而Object.defineProperty只能遍历对象属性直接修改;
- Proxy做为新标准将受到浏览器产商重点持续的性能优化,也就是传说中的新标准的性能红利。
Object.defineProperty 的优势如下
- 兼容性好,支持 IE9,而 Proxy 的存在浏览器兼容性问题,而且无法用 polyfill 磨平。
Object.defineProperty 不足在于:
- Object.defineProperty 只能劫持对象的属性,因此我们需要对每个对象的每个属性进行遍历。
- Object.defineProperty不能监听数组。是通过重写数据的那7个可以改变数据的方法来对数组进行监听的。
- Object.defineProperty 也不能对 es6 新产生的 Map,Set 这些数据结构做出监听。
- Object.defineProperty也不能监听新增和删除操作,通过 Vue.set()和 Vue.delete来实现响应式的。
32.ES6 中 Symbol、Map、Decorator 的使用场景有哪些?或者你在哪些库的源码里见过这些 API 的使用?
答: 使用场景太多了,业务上也天天用,略。
33.为什么要使用 TypeScript ? TypeScript 相对于 JavaScript 的优势是什么?
答: 首先,不一定非要用TS,大型业务产品、多人协作写大堆的业务代码不适合TS。
优势: 1.为JavaScript、IDE和实践(如静态检查)提供了高效的开发工具。(主要) 2.其他的比如强大的类型系统,泛型支持、模块支持等等(次要)
34.TypeScript 中 const 和 readonly 的区别?枚举和常量枚举的区别?接口和类型别名的区别?
答: const 和 readonly 的区别:
- const是一个编译期常量, readonly是一个运行时常量
- const只能声明基元类型,枚举类型,字符串类型。readonly则无限制
- const天生为静态数据,无需再添加static标识
- readonly是运行时变量,只能赋值一次。特例是可以定义时赋值一次,构造函数中再赋值一次
枚举和常量枚举的区别: 常量枚举通过在枚举上使用 const 修饰符来定义,常量枚举不同于常规的枚举,他们会在编译阶段被删除。常量枚举成员在使用的地方会被内联进来,之所以可以这么做是因为,常量枚举不允许包含计算成员;如上例所示,在运行时是没有 Size 变量的,因此常量枚举会带来一个对性能的提升。
接口和类型别名的区别:
- 类型别名可以用于其它类型 (联合类型、元组类型、基本类型(原始值)),interface不支持
- nterface 可以多次定义 并被视为合并所有声明成员 type 不支持
- type 能使用 in 关键字生成映射类型,但 interface 不行。
- 默认导出方式不同
35.TypeScript 中 any 类型的作用是什么?
答: Any就是任意类型,可以将 TypeScript 进化成强大的 AnyScript。
36.TypeScript 中 any、never、unknown 和 void 有什么区别?
答: any
顾名思义就是任意类型。 never
表示永不存在的值的类型。 unknown
表示未知类型,即写代码的时候还不清楚会得到怎样的数据类型,它能被赋值为任何类型,但不能被赋值给除了 any 和 unknown 之外的其他类型,同时,不允许执行 unknown 类型变量的方法(any 可以)。 void
表示无任何类型,正好与 any 相反,没有类型,如果是函数则应没有返回值或者返回 undefined
37.TypeScript 中 interface 可以给 Function / Array / Class(Indexable)做声明吗?
答: 可以,interface 能够描述 JavaScript 对象的任何形式,包括函数。
interface 也可以被 class 类 implements,这里相当于声明了一个 interface 包含了各种属性,需要 class 去实现,注意给类本身声明类型,其实就是给构造器进行类型声明,不能添加其他属性。
38.TypeScript 中可以使用 String、Number、Boolean、Symbol、Object 等给类型做声明吗?
答: 可以
39.TypeScript 中的 this 和 JavaScript 中的 this 有什么差异?
答: this 无法在未声明的情况下使用,在编写函数是需要在函数里首位声明this
40.TypeScript 中使用 Unions 时有哪些注意事项?
答: 联合类型表示取值可以为多种类型中的一种,当 TypeScript 不确定一个联合类型的变量到底是哪个类型的时候,我们只能访问此联合类型的所有类型里共有的属性或方法(交集)。
41.TypeScript 如何设计 Class 的声明?
答: TypeScript 类型声明非常灵活,这也意味着一千个莎士比亚就能写出一千个哈姆雷特。在团队协作中,为了更好的可维护性, 我们应该尽可能地践行以下3条原则:
- 泛型优于联合类型
第一,类型定义使 getSmallPet变得局限。从代码逻辑看,它的作用是返回一个不下蛋的动物,返回的类型指向的是Fish或Bird。但我如果只想在一群鸟中挑出一个不下蛋的鸟呢?通过调用这个方法,我只能得到一个 可能是Fish、或者是Bird的神奇生物。
第二,代码重复、难以扩展。比如,我想再增加一个乌龟,我必须找到所有类似 Fish | Bird 的地方,然后把它修改为 Fish | Bird | Turtle
第三,类型签名无法提供逻辑相关性。我们再审视一下类型签名,完全无法看出这里为什么是 Fish | Bird 而不是其他动物,它们两个到底和逻辑有什么关系才能够被放在这里
- 善用typeof推导优于自定义类型
- 善用内置工具函数优于重复声明
42.TypeScript 中如何联合枚举类型的 Key?
答: 用 mapped type,用完之后不能加额外的属性,用类型并运算解决。
type Props = {
[key in Link]: U;
} & { type: string;}
复制代码
43.TypeScript 中 ?.、??、!.、_、** 等符号的含义?
答: ?:表示该属性或参数为可选项 !:表示强制解析(告诉typescript编译器,这里一定有值),变量后使用 !:表示类型推断排除null、undefined ?? 如果??运算符左侧的表达式求值为undefined或null,则返回其右侧的值;否则,返回其左侧的值
44.TypeScript 中预定义的有条件类型有哪些?
答:
Exclude<T, U> -- 从T中剔除可以赋值给U的类型。
Extract<T, U> -- 提取T中可以赋值给U的类型。
NonNullable<T> -- 从T中剔除null和undefined。
ReturnType<T> -- 获取函数返回值类型。
InstanceType<T> -- 获取构造函数类型的实例类型。
复制代码
45.简单介绍一下 TypeScript 模块的加载机制?
答: Typescrit的模块机制与es6的模块基本类似,也提供了转换为amd,es6,umd,commonjs,system的转换。typescript的按需加载,也叫动态加载,编译器会检测是否每个模块都会在生成的JavaScript中用到。 如果一个模块标识符只在类型注解部分使用,并且完全没有在表达式中使用时,就不会生成require
这个模块的代码。 省略掉没有用到的引用对性能提升是很有益的,并同时提供了选择性加载模块的能力。这种模式的核心是import id = require("...")
语句可以让我们访问模块导出的类型。 模块加载器会被动态调用(通过require
)。
模块加载的最佳实践
- 1、尽可能地在顶层导出
用户应该更容易地使用你模块导出的内容。 嵌套层次过多会变得难以处理,因此仔细考虑一下如何组织你的代码。
- 2、模块里避免使用命名空间
模块中使用命名空间是不必要的,在模块中导出的东西肯定不能重名,而导入时使用者肯定会为其命名或者直接使用,也不存在重名,使用命名空间是多余的。
- 3、如果仅导出单个
class
或 function
,使用 export default。
如刚才所说,default是比较好的实践。 - 4、如果要导出多个对象,把它们放在顶层里导出
- 5、导入时明确地列出导入的名字
- 6、导入大量模块时使用命名空间
- 7、使用重新导出进行扩展
你可能经常需要去扩展一个模块的功能。 JS里常用的一个模式是JQuery那样去扩展原对象。 如我们之前提到的,模块不会像全局命名空间对象那样去合并。 推荐的方案是不要去改变原来的对象,而是导出一个新的实体来提供新的功能。
46.简单聊聊你对 TypeScript 类型兼容性的理解?抗变、双变、协变和逆变的简单理解?
答: TypeScript里的类型兼容性是基于结构子类型的。 结构类型是一种只使用其成员来描述类型的方式。 它正好与名)类型形成对比。TypeScript的结构性子类型是根据JavaScript代码的典型写法来设计的。 因为JavaScript里广泛地使用匿名对象,例如函数表达式和对象字面量,所以使用结构类型系统来描述这些类型比使用名义类型系统更好。
- 协变(Covariant) :协变表示
Comp<T>
类型兼容和T
的一致。 - 逆变(Contravariant) :逆变表示
Comp<T>
类型兼容和T
相反。 - 双向协变(Covariant) :双向协变表示
Comp<T>
类型双向兼容。 - 不变(Bivariant) :不变表示
Comp<T>
双向都不兼容。
47.TypeScript 中对象展开会有什么副作用吗?
答: 展开操作符正与解构相反。 它允许你将一个数组展开为另一个数组,或将一个对象展开为另一个对象。对象的展开比数组的展开要复杂的多。 像数组展开一样,它是从左至右进行处理,但结果仍为对象。 这就意味着出现在展开对象后面的属性会覆盖前面的属性。对象展开还有其它一些意想不到的限制。 首先,它仅包含对象 自身的可枚举属性。 大体上是说当你展开一个对象实例时,你会丢失其方法:
48.TypeScript 中 interface、type、enum 声明有作用域的功能吗?
答: 有,叫类作用域,类变量 也可以称为 字段。类变量 声明在一个类里头,但在类的方法外面,可以通过类的实例化对象来访问。静态变量 静态的类变量,静态的变量可以通过类名直接访问
49.TypeScript 中同名的 interface 或者同名的 interface 和 class 可以合并吗?
答: 同名interface接口会自动合并,interface同名的class也会自动聚合。 但type不能自动聚合,因为type声明不能重名。
50.如何使 TypeScript 项目引入并识别编译为 JavaScript 的 npm 库包?
答: 可以选择安装其npm包的typescript版本,npm install @types/包名 --save
,一般都是这样命名。 如果是自己写的js库 可以单独编写.d.ts文件
51.TypeScript 的 tsconfig.json 中有哪些配置项信息?
答:
{
"files": [ # 指定需要编译文件,相对配置文件所在
"core.ts",
"sys.ts",
"types.ts",
"scanner.ts",
"parser.ts",
"utilities.ts",
"binder.ts",
"checker.ts",
"emitter.ts",
"program.ts",
"commandLineParser.ts",
"tsc.ts",
"diagnosticInformationMap.generated.ts"
],
"exclude": [ # 指定不需要编译文件
"node_modules",
"**/*.spec.ts"
],
"include": [ # 指定需要编译文件; 不配置files,include,默认除了exclude的所有.ts,.d.ts,.tsx
"src/**/*"
],
# 指定基础配置文件路径 大部分配置 compilerOptions, files, include, and exclude。切忌循环引用。
"extends": "./configs/base",
"compilerOptions": { # 告知TypeScript 编译器怎么编译
"baseUrl": "./",
"paths": { # 相对于baseUrl配置
"jquery": ["node_modules/jquery/dist/jquery"] ,
"*": [
"*",
"generated/*"
]
},
"rootDirs":[ # 找平路径配置依赖
"src/views",
"generated/templates/views"
],
"module": "commonjs",
"noImplicitAny": true,
"removeComments": true, # 移除代码注解
"preserveConstEnums": true,
"sourceMap": true
"types": [] #不会自动导入@types定义的包
"noResolve":true , # 不会自动导入import 依赖, 编译会报错
"downlevelIteration":true # 进行js 语法降级 for..of
"module": "esnext",
"moduleResolution": "node",
"strictNullChecks": true # 开启null,检测
"target":'ES5'
"strictBindCallApply":true
"skipLibCheck":true,
},
# 以上属性,为常用配置属性
"compileOnSave": false, # 整个工程而言,需要编译器支持,譬如Visual Studio 2015 with TypeScript 1.8.4+
"typeAcquisition":{ # 整个工程的类型定义.d.ts
"enable":false, # 默认值 false
"include" : ["jquery", "lodash"]
"exclue":["jquery", "lodash" ]
},
"references":[{ # 引用的工程
path: 'xxxx'
}]
}
复制代码
52.TypeScript 中如何设置模块导入的路径别名?
答: 通过tsconfig.json中的paths项来配置
53.React Class 组件有哪些周期函数?分别有什么作用?
答:
-
constructor()
挂载类组件的时候,先执行构造函数 -
static getDerivedStateFromProps()
会在调用 render 方法之前调用,并且在初始挂载及后续更新时都会被调用。它应返回一个对象来更新 state,如果返回 null 则不更新任何内容。 -
render()
渲染真实的DOM节点 -
componentDidMount()
会在组件挂载后(插入 DOM 树中)立即调用。依赖于 DOM 节点的初始化应该放在这里。如需通过网络请求获取数据,此处是实例化请求的好地方。
更新:
-
static getDerivedStateFromProps() 同一次挂载时的 getDerivedStateFromProps() 一致
-
shouldComponentUpdate() 可以在这里进行性能优化,减少浅层比较
-
render() 插入真实的DOM节点树上
-
getSnapshotBeforeUpdate() 能在最近一次渲染中,从之前的DOM拿到一些有用的信息,比如滚动位置等
-
componentDidUpdate()
当组件更新后,可以在此处对 DOM 进行操作。如果你对更新前后的 props 进行了比较,也可以选择在此处进行网络请求。(例如,当 props 未发生变化时,则不会执行网络请求)
卸载:
-
componentWillUnmount() 这里是卸载及销毁组件前的调用方法 可以在这里清空一些数据,比如取消网络请求、 componentDidmount中创建的一些数据等等
54.React Class 组件中请求可以在 componentWillMount 中发起吗?为什么?
答: 看情况,如果是服务端渲染会拿不到数据。
componentWillMount方法的调用在constructor之后,在render之前,在这方法里的代码调用setState方法不会触发重渲染,所以它一般不会用来作加载数据之用,它也很少被使用到。
一般的从后台(服务器)获取的数据,都会与组件上要用的数据加载有关,所以都在componentDidMount方法里面作。虽然与组件上的数据无关的加载,也可以在constructor里作,但constructor是作组件state初绐化工作,并不是设计来作加载数据这工作的,所以所有有副作用的代码都会集中在componentDidMount方法里。
55.React Class 组件和 React Hook 的区别有哪些?
答: Hook代码可读性更强,原本同一块功能的代码逻辑被拆分在了不同的生命周期函数中,容易使开发者不利于维护和迭代,通过 React Hooks 可以将功能代码聚合,方便阅读维护;
组件树层级变浅,在原本的代码中,我们经常使用 HOC/render/Props 等方式来复用组件的状态,增强功能等,无疑增加了组件树层数及渲染,而在 React Hooks 中,这些功能都可以通过强大的自定义的 Hooks 来实。
hooks组件其实是降低了react开发的使用难度的,让新手可以在不使用class组件的情况下依然可以进行项目开发。
56.React 中高阶函数和自定义 Hook 的优缺点?
答:
高阶组件实际上就是把一个组件当参数传入,再返回一个新的组件出来。业务过度封装的高阶组件,可能会导致组件层次嵌套变深。
而自定义 Hook 可以不用使用高阶组件依然可以进行功能复用。
57.简要说明 React Hook 中 useState 和 useEffect 的运行原理?
答: useState返回一个有状态值和一个函数来更新它。在初始渲染期间,返回的状态(状态)与作为第一个参数(initialState)传递的值相同。setState 函数用于更新状态。它接受一个新的状态值,并排队等待重新渲染该组件。 在更新过程中,
- 首次渲染,render()
- render会调用App函数,得到虚拟DIV,创建真实DIV
- 用户点击Button,调用setN(n+1),render函数被再一次调用
- render进一步调用App函数,得到虚拟DIV,Diff,更新真实DIV
- 每一次setN都会再次调用render,进而调用App
而useEffect的运行流程
- 初次渲染的时候,按照 useState,useEffect 的顺序,把 state,deps 等按顺序塞到 memoizedState 数组中。
- 更新的时候,按照顺序,从 memoizedState 中把上次记录的值拿出来。
- useState,useEffect 和使用的不是同一个数据
- 核心就在于每次更新把cursor赋值为零,然后更新时按照hooks顺序,依次从 memoizedState 中把上次记录的值拿出来,useEffect接受useState(返回新值)和旧值进行比较
58.React 如何发现重渲染、什么原因容易造成重渲染、如何避免重渲染?
答: 当内部data发生改变,state发生改变(通过调用this.setState()) 以及父组件传过来的props发生改变时,会导致组件重新渲染。
react生命周期中有这样一个钩子,叫shouldComponentUpdate函数,是重渲染时render()函数调用前被调用的函数,两个参数 nextProps和nextState ,分别表示下一个props和state的值。当函数返回false时,阻止接下来的render()函数的调用,阻止组件重渲染,返回true时,组件照常渲染。 前后不改变state的值的setState和无数据交换的父组件的重渲染都会导致组件的重渲染,但我们可以通过shouldComponentUpdate来阻止这两种情况,shouldComponentUpdate并不是完美的,只能阻止扁平的对象,这时候可以考虑Immutable.js
(Immutable.js 的基本原则是对于不变的对象返回相同的引用,而对于变化的对象,返回新的引用)或者PureRenderMixin
插件。
59.React Hook 中 useEffect 有哪些参数,如何检测数组依赖项的变化?
答: 不传参数、空数组、有一个或者多个值得数组、返回一个函数。
useEffect的第二个参数可用于定义其依赖的所有变量。如果其中一个变量发生变化,则useEffect会再次运行。如果包含变量的数组为空,则在更新组件时useEffect不会再执行,因为它不会监听任何变量的变更。
60.React 的 useEffect 是如何监听数组依赖项的变化的?
答: useEffect的第二个参数可用于定义其依赖的所有变量。如果其中一个变量发生变化,则useEffect会再次运行。如果包含变量的数组为空,则在更新组件时useEffect不会再执行,因为它不会监听任何变量的变更。
61.React Hook 和闭包有什么关联关系?
答:
首先闭包是由函数以及创建该函数的词法环境组合而成。这个词法环境包含了该闭包创建时所能访问的所有局部变量。划重点是闭包创建时的变量值,闭包创建之后即使这些变量值改变了也不会影响到闭包内保存的这个变量。
而useEffect、useMemo、useCallback都是自带闭包的。每一次组件的渲染,它们都会捕获当前组件函数上下文中的状态(state, props),所以每一次这三种hooks的执行,反映的也都是当前的状态,你无法使用它们来捕获上一次的状态。
对 Hook 过时闭包的解决办法:
- 添加依赖项
注意依赖项为空和不传依赖项是两个概念,前者是传了依赖项但它是一个空数组,后者是直接不传这个参数。前者只有依赖项改变时才会执行函数,后者只要组件数据改变了就执行。
- 以函数的形式更新state
以函数的形式更新state,同 react 的 setState 一样,useState Hook 也可以通过函数的形式来修改 state,并且使用当前的 state 值作为函数参数。
- 使用useRef
通过 useRef 生成的对象来绑定 state,这样更新 state 的时候就可以不用依赖于该 state,而是直接在该绑定对象上的基础上更新即可。
- 使用useReducer
useReducer 可以达到和使用函数形式更新的 useState 一样的效果,也是在更新时在当前的 state 基础上进行操作。
62.React 中 useState 是如何做数据初始化的?
答: 一个函数组件,在react执行渲染时该函数都会被调用,所以函数内的useState在每次都会被调用。useState在不同阶段,其对应的实现不一样,在onMount阶段:初始化state;在onUpdate阶段:更新state。useState返回的是一个数组,数组的第二项是一个函数,该函数每次被调用后,都会触发react的更新。
63.列举你常用的 React 性能优化技巧?
答:
- 使用 shouldComponentUpdate 规避冗余的更新逻辑
- PureComponent + Immutable.js
- React.memo 与 useMemo
64.Vue 2.x 模板中的指令是如何解析实现的?
答: 指令本质上就是一个 JavaScript 对象,对象上挂着一些钩子函数,无论是官方提供的指令,还是自定义指令,一个指令从第一次被绑定到元素上到最终与被绑定的元素解绑,它会经过以下几种状态:
- bind:只调用一次,指令第一次绑定到元素时调用。在这里可以进行一次性的初始化设置。
- inserted:被绑定元素插入父节点时调用 (仅保证父节点存在,但不一定已被插入文档中)。
- update:所在组件的 VNode 更新时调用,但是可能发生在其子 VNode 更新之前。
- componentUpdated:指令所在组件的 VNode 及其子 VNode 全部更新后调用。
- unbind:只调用一次,指令与元素解绑时调用。
了每个状态的钩子函数,这样我们就可以让指令在不同状态下做不同的事情。当虚拟DOM渲染更新的时候会触发create、update、destory这三个钩子函数,从而就会执行updateDirectives函数来处理指令的相关逻辑,执行指令函数,让指令生效。
65.简要说明 Vue 2.x 的全链路运作机制?
答:
- 初始化以及挂载init, mount
- 在进行模板编译compile,将template编译为渲染函数render function
- 执行render function生成Virtual DOM, render function => VNode tree
- 再进行响应式依赖收集,render function => getter, setter => Watcher.update => patch。以及使用队列进行异步更新的策略。
- 最后通过diff算法后进行patch更新视图
66.简单介绍一下 Element UI 的框架设计?
答:
支持 npm 方式和 cdn 方式,并支持按需引入、支持多语言、文档详尽、组件丰富。(不了解)
67.如何理解 Vue 是一个渐进式框架?
答:
渐进式代表的含义是:没有多做职责之外的事。
你可以使用jsx开发,你也可以写template;你可以使用vue全家桶,你也可以把它做为某个业务的轻量视图,随你,不强求不主张。
68.Vue 里实现跨组件通信的方式有哪些?
答:
- 父子通信:
父向子传递数据是通过 props,子向父是通过 events(
- 兄弟通信:
Bus;Vuex
- 跨级通信:
Bus;Vuex;provide / inject API、
69.Vue 中响应式数据是如何做到对某个对象的深层次属性的监听的?
答:
使用watch并且搭配deep:true 就可以实现对对象的深度监听
70.MVVM、MVC 和 MVP 的区别是什么?各自有什么应用场景?、
答:
MVC 是一种使用 MVC(Model View Controller 模型-视图-控制器)设计创建 Web 应用程序的模式。
- 耦合性低
- 重用性高
- 生命周期成本低
MVP 是从经典的模式MVC演变而来,它们的基本思想有相通的地方Controller/Presenter负责逻辑的处理,Model提供数据,View负责显示。
- 模型与视图完全分离,我们可以修改视图而不影响模型
- 可以更高效地使用模型,因为所有的交互都发生在一个地方——Presenter内部
- 我们可以将一个Presenter用于多个视图,而不需要改变Presenter的逻辑。这个特性非常的有用,因为视图的变化总是比模型的变化频繁。
- 如果我们把逻辑放在Presenter中,那么我们就可以脱离用户接口来测试这些逻辑(单元测试)
MVVM 本质上就是MVC 的改进版。MVVM 就是将其中的View 的状态和行为抽象化,让我们将视图 UI 和业务逻辑分开。
- 低耦合
- 可重用性
- 独立开发
- 可测试
71.什么是 MVVM 框架?
答: MVVM,特点是采用双向绑定(data-binding): View的 变动,自动反映在View Model,反之亦然。这样开发者就不用处理接收事件和View更新的工作,框架已经帮你做好了。
72.Vue CLI 3.x 有哪些功能?Vue CLI 3.x 的插件系统了解?
答:
插件系统是给vue项目提供可选功能的npm包,如:Babel/TypeScript 转译、ESLint 集成、unit和 e2e测试 等
73.Vue CLI 3.x 中的 Webpack 是如何组装处理的?
答:
对比vue-cli2,cli3 最主要的就是生成的项目中,进行webpack配置的文件没有了。cli3的脚手架封装了webpack绝大部分配置,使得生成的项目更加清晰,但是在开发中免不了会有自己的个性需求,来添加一些自己的项目配置,此时只需在项目的根目录下新建一个vue.config.js文件即可。而webpack中是通过 resolve.alias 来实现此功能的。在vue.config.js中修改webpack的配置,可以通过configureWebpack方法。
74.Vue 2.x 如何支持 TypeScript 语法?
答:
- 配置ts-loader,tsconfig
- 增加类型扩展,让ts识别vue文件
- vue文件中script里面换成ts写法, 需要增加几个ts扩展的package, 比如vue-property-decorator
75.如何配置环境使得 JavaScript 项目可以支持 TypeScript 语法?
答:
- 利用 Babel 的 @babel/plugin-transform-typescript 插件来实现。
- 利用 ts-loader 结合官方 typescript 库来实现。
76.如何对 TypeScript 进行 Lint 校验?ESLint 和 TSLint 有什么区别?
答:
ESLint 和 TSLint 都是 Javascript 的语法检查器,通常使用 ESLint 或 TSLint 用于解决团队开发上不同代码风格所带来的一系列不和谐的问题。
ESLint 支持几种格式的配置文件:
- JavaScript:使用 .eslintrc.js 然后输出一个配置对象。
- YAML:使用 .eslintrc.yaml 或 .eslintrc.yml 去定义配置的结构。
- JSON:使用 .eslintrc.json 去定义配置的结构,ESLint 的 JSON 文件允许 JavaScript 风格的注释。
- (弃用):使用 .eslintrc,可以使 JSON 也可以是 YAML。
package.json:在 package.json 里创建一个 eslintConfig 属性,在那里定义你的配置。
TSLint 是配合 Typescript 来使用的。TSLint 执行规则的方式存在一些框架问题,从而影响性能,而修复这些问题会破坏现有的规则。ESLint 的性能更好,并且社区用户通常拥有 ESLint 的规则配置(比如 React 和 Vue 的配置),而不会拥有 TSLint 的规则配置。
77.Node.js 如何支持 TypeScript 语法?
答:
Node是基于Chrome V8引擎开发的能使JavaScript在服务器端运行的运行时环境,TS最终编译成JS,然后生成字节码->机器码。 Node.js支持TS语法,有什么疑问吗,毕竟最终都是编译成JS?
78.TypeScript 如何自动生成库包的声明文件?
答:
编译选项,在这里找到与生成相应的 .d.ts 文件和 声明文件 相关的选项,其中包括:
- declaration
- declarationDir
- types
- typeRoots
配置完 tsconfig.json 文件后,再次执行 npm run build 会在项目根目录下生成 types 文件夹,该文件夹主要存放自动生成的 TypeScript 声明文件。
79.Babel 对于 TypeScript 的支持有哪些限制?
答:
在使用babel-preset-typescript可以使 JavaScript 与 TypeScript 并存,且在编译过程是同一阶段进行的。透过 Babel preset 配置,可以更容易的实现我们所需的JS项目平滑转移到 TS项目过程。
但是,这对Babel有一定的要求,而不同版本的Babel对于 monorepo 存在相容性问题,特别是要从 subrepo 引用 module 时,会导致 Babel 的配置无法正确取得。
80.Webpack 中 Loader 和 Plugin 的区别是什么?
答:
在webpack中 Loader 就是负责完成项目中各种各样资源模块的加载,从而实现整体项目的模块化,而 Plugin 则是用来解决项目中除了资源模块打包以外的其他自动化工作,对比 Loader 只是在模块的加载环节工作,而插件的作用范围几乎可以触及 Webpack 工作的每一个环节。
81.在 Webpack 中是如何做到支持类似于 JSX 语法的 Sourcemap 定位?
答:
// 见试卷背面
复制代码
82.发布 Npm 包如何指定引入地址?
答:
// 见试卷背面
复制代码
83.如何发布开发项目的特定文件夹为 Npm 包的根目录?
答:
一般情况下,npm包的根目录时node_modules,可以使用package.json的directories属性里的directories.lib,更改 Npm 包的根目录。
84.如何发布一个支持 Tree Shaking 机制的 Npm 包?
答:
通常人们在使用打包工具的 babel 插件编译代码时都会屏蔽掉 node_modules 目录下的文件。因为按照约定大家发布到 npm 的模块代码都是基于 ES5 规范的,因此配置 babel 插件屏蔽 node_modules 目录可以极大的提高编译速度。但用户如果使用了我们发布的基于 ES6 规范的包就必须配置复杂的屏蔽规则以便把我们的包加入编译的白名单。
如果用户是在 NodeJS 环境使用我们的包,那么极有可能连打包这一步骤都没有。如果用户的 NodeJS 环境又恰巧不支持 ES6 模块规范,那么就会导致代码报错。
基于以上两个原因,pkg.module 字段要指向的应该是一个基于 ES6 模块规范的使用ES5语法书写的模块。基于 ES6 模块规范是为了用户在使用我们的包时可以享受 Tree Shaking 带来的好处;使用 ES5 语法书写是为了用户在配置 babel 插件时可以放心的屏蔽 node_modules 目录。相当于在一个包内同时发布了两种模块规范的版本。
当打包工具遇到我们的模块时:
- 如果它已经支持 pkg.module 字段则会优先使用 ES6 模块规范的版本,这样可以启用 Tree Shaking 机制。
- 如果它还不识别 pkg.module 字段则会使用我们已经编译成 CommonJS 规范的版本,也不会阻碍打包流程。
85.Npm 包中 peerDependencies 的作用是什么?
答:
peerDependencies的目的是提示宿主环境去安装满足插件peerDependencies所指定依赖的包,然后在插件import或者require所依赖的包的时候,永远都是引用宿主环境统一安装的npm包,最终解决插件与所依赖包不一致的问题。
86.如何优雅的调试需要发布的 Npm 包?
答:
- 在需要调试的npm包目录下结构下的控制台输入npm link 这个命令会把当前包映射到本地的一个全局的npm包里面;
- 在引用的目录结构下的控制台输入 npm link 包名称 这个命令会把本地引用的这个npm包的路径定位到全局的npm包下;
- 全局的npm包相当于一个中转站,在编辑区域与引用区域之间中转。
87.在设计一些库包时如何生成版本日志?
答:
npm run changelog
自动生成的版本日志信息
88.了解 Git (Submodule)子模块吗?简单介绍一下 Git 子模块的作用?
答:
子模块是进行开发和需求进行对接将需求文档作为子模块项目,嵌入开发人员的项目中。子模块的使用既可以减少需求或设计人员的git操作,又可以及时的将doc文档发布到项目的目录文件下,而且不会对开发人员的项目产生任何影响。
89.Git 如何修改已经提交的 Commit 信息?
答:
-
git rebase -i <commit id> 列出 commit 列表
- 找到需要修改的 commit 记录,把 pick 修改为 edit 或 e,:wq 保存退出
- 修改 commit 的具体信息git commit --amend,保存并继续下一条git rebase --continue,直到全部完成
- 中间也可跳过或退出git rebase (--skip | --abort)
90.Git 如何撤销 Commit 并保存之前的修改?
答:
- 查看commit
git log --pretty=oneline
- 撤销到上一个commit,但是保存当前的修改。
git reset --soft <commit>
- 修改成功。重建分支,进行提交。
91.Git 如何 ignore 被 commit 过的文件?
答:
- 删除 track 的文件 (已经 commit 的文件)
- 在 .gitignore 文件中添加忽略规则
在 .gitignore 文件中添加 ignore 条目, 如: .DS_Store 提交 .gitignore 文件: git commit -a -m "添加ignore规则"
- 推送到远程仓库让 ignore 规则对于其他开发者也能生效
92.在使用 Git 的时候如何规范 Git 的提交说明(Commit 信息)?
答:
用Commitizen,Commitizen 是一个撰写符合上面 Commit Message 标准的一款工具。 在push操作时检查commit的信息,使用正则检查是否匹配(比如使用angular的git规范),不符合的不允许Push。
93.简述符合 Angular 规范的提交说明的结构组成?
答:
commit格式如下:
<type>: <subject>
<BLANK LINE>
<body>
type - 提交 commit 的类型
复制代码
feat: 新功能
fix: 修复问题
docs: 修改文档
style: 修改代码格式(不影响逻辑功能,比如格式化、补充分号等等)
refactor: 重构代码(fix bug或增加新功能不属于此范围)
perf: 提升页面性能
test: 增加/修改测试用例
chore: 修改工具相关(包括但不限于文档、代码生成等, 比如修改了README,webpack配置文件等等)
deps: 升级依赖
subject - 用一句话清楚的描述这次提交做了什么
body - 补充subject,适当增加原因、目的等相关因素,可选。
94.Commit 信息如何和 Github Issues 关联?
答:
当你提交一个commit的时候在commit message里面使用#issue, 比如#8, github就会自动关联issue 8跟这个commit. 当然在github上面写comment的时候使用这个也是有效的,在confirm merge的时候可以使用一下命令来关闭相关issue。
fixes #xxx
fixed #xxx
fix #xxx
closes #xxx
close #xxx
closed #xxx
复制代码
95.Git Hook 在项目中哪些作用?
答:
Git Hooks是定制化的脚本程序,所以它实现的功能与相应的git动作相关,如下几个简单例子:
- 多人开发代码语法、规范强制统一
- commit message 格式化、是否符合某种规范
- 如果有需要,测试用例的检测
- 服务器代码有新的更新的时候通知所有开发成员
- 代码提交后的项目自动打包(git receive之后)
- 等等...
96.Git Hook 中客户端和服务端钩子各自用于什么作用?
答:
客户端钩子由诸如提交和合并这样的操作所调用, 而服务器端钩子作用于诸如接收被推送的提交这样的联网操作。
97.Git Hook 中常用的钩子有哪些?
答:
ClientSide hooks:
- pre-commit,当执行commit动作时先执行此hook,可以用此hook做一些检查,比如代码风格检查,或者先跑测试。
- prepare-commit-msg, 当commit时需要输入message前会触发此hook,可以用此hook来定制自己的default message信息。
- commit-msg,当用户输入commit的message后被触发,可以用此hook校验message的信息,比如是否符合规定,有没有cr等。
- post-commit, 当commit完成后被触发,可以用此hook发送 notification 等。
- pre-rebase, rebase之前会被触发,可以用此hook来拒绝所有的已经push的commits进行rebase操作。
- post-merge, 当merge成功后,会触发此hook。
- pre-push, 当push时,remote refs被更新,但是在所有的objects传输前被触发。
- pre-auto-gc, 当git gc –auto执行前被触发。在垃圾回收之前做一些验证或备份是挺不错的。
ServerSide hooks:
- pre-receive, 当收到push动作之前会被执行。
- update, 也是收到push动作之前被执行,但是有可能被执行多次,每个branch一次。
- post-receive, 当push动作已经完成的时候会被触发,可以用此hook来 push notification等,比如发邮件,通知持续构建服务器等。
98.pre-commit 和 commit-msg 钩子的区别是什么?各自可用于做什么?
答:
pre-commit是客户端hooks之一,也是接下来要介绍的钩子。pre-commit在git add提交之后,然后执行git commit时执行,脚本执行没报错就继续提交,反之就驳回提交的操作。 这个钩子中可以实现:对将要提交的代码进行检查、优化代码格式、或者对提交的图片进行压缩等等任务。
Git 每次提交代码,都要写 Commit message(提交说明),否则就不允许提交。
99.husky 以及 ghook 等工具制作 Git Hook 的原理是什么?
答:
代码提交之前会通过 husky 配合 git hook 进行提交信息校验,一旦提交信息不符合 Angular 规范,则提交会失败。
100.如何设计一个通用的 Git Hook ?
答:
借助Commitizen,使用 git cz 代替 git commit 进行复合 Angular 规范的 Commit Message 信息提交,规范团队的git规范。代码提交之前会通过 husky 配合 git hook 进行提交信息校验,一旦提交信息不符合 团队的git规范,正则匹配失败,则提交会失败。
101.Git Hook 可以采用 Node 脚本进行设计吗?如何做到?
答:
可以。钩子都被存储在 Git 目录下的 hooks 子目录中。 也即绝大部分项目中的 .git/hooks 。 当你用 git init 初始化一个新版本库时,Git 默认会在这个目录中放置一些示例脚本。这些脚本除了本身可以被调用外,它们还透露了被触发时所传入的参数。 所有的示例都是 shell 脚本,其中一些还混杂了 Perl 代码,不过,任何正确命名的可执行脚本都可以正常使用 —— 你可以用 Ruby 或 Python,或其它语言编写它们。 这些示例的名字都是以 .sample 结尾,如果你想启用它们,得先移除这个后缀。
比如说用 Node.js 来写一个拒绝提交没有被解决的冲突的文件的钩子,写这个钩子的初衷是因为在多人合作项目中,总是难免会遇到文件冲突的情况,而有些同事没有找到全部的冲突文件并一一解决,这个钩子就会在 commit 的时候检查是否有冲突,如果有冲突,就会把所有冲突找到,并提示出错文件后,拒绝 commit。
#!/usr/bin/env node
// 在 commit 之前检查是否有冲突,如果有冲突就 process.exit(1)
const execSync = require('child_process').execSync
// git 对所有冲突的地方都会生成下面这种格式的信息,所以写个检测冲突文件的正则
const isConflictRegular = "^<<<<<<<\\s|^=======$|^>>>>>>>\\s"
let results
try {
// git grep 命令会执行 perl 的正则匹配所有满足冲突条件的文件
results = execSync(`git grep -n -P "${isConflictRegular}"`, {encoding: 'utf-8'})
} catch (e) {
console.log('没有发现冲突,等待 commit')
process.exit(0)
}
if(results) {
console.error('发现冲突,请解决后再提交,冲突文件:')
console.error(results.trim())
process.exit(1)
}
process.exit(0)
复制代码
把这个文件拷贝到 .git/hooks/pre-commit 下,并执行 chmod 777 pre-commit 就可以在每次 commit 的情况下检查之前文件是否有冲突。
102.如何确保别人上传的代码没有 Lint 错误?如何确保代码构建没有 Lint 错误?
答:
在使用cli构建项目时,勾选 Use ESLint to lint your code。 在 .eslintrc.js 文件里,找到文件中的rules,我们可以在其中定义一些代码检查的规则
'semi': ['error', 'always']
复制代码
常用规则
'rules': {标签:TypeScript,题目,no,代码,使用,commit,属性 From: https://blog.51cto.com/u_15689678/5731383
"comma-dangle": ["error", "never"], //是否允许对象中出现结尾逗号
"no-cond-assign": 2, //条件语句的条件中不允许出现赋值运算符
"no-console": 2, //不允许出现console语句
"no-constant-condition": 2, //条件语句的条件中不允许出现恒定不变的量
"no-control-regex": 2, //正则表达式中不允许出现控制字符
"no-debugger": 2, //不允许出现debugger语句
"no-dupe-args": 2, //函数定义的时候不允许出现重复的参数
"no-dupe-keys": 2, //对象中不允许出现重复的键
"no-duplicate-case": 2, //switch语句中不允许出现重复的case标签
"no-empty": 2, //不允许出现空的代码块
"no-empty-character-class": 2, //正则表达式中不允许出现空的字符组
"no-ex-assign": 2, //在try catch语句中不允许重新分配异常变量
"no-extra-boolean-cast": 2, //不允许出现不必要的布尔值转换
"no-extra-parens": 0, //不允许出现不必要的圆括号
"no-extra-semi": 2, //不允许出现不必要的分号
"no-func-assign": 2, //不允许重新分配函数声明
"no-inner-declarations": ["error", "functions"], //不允许在嵌套代码块里声明函数
"no-invalid-regexp": 2, //不允许在RegExp构造函数里出现无效的正则表达式
"no-irregular-whitespace": 2, //不允许出现不规则的空格
"no-negated-in-lhs": 2, //不允许在in表达式语句中对最左边的运算数使用取反操作
"no-obj-calls": 2, //不允许把全局对象属性当做函数来调用
"no-regex-spaces": 2, //正则表达式中不允许出现多个连续空格
"quote-props": 2, //对象中的属性名是否需要用引号引起来
"no-sparse-arrays": 2, //数组中不允许出现空位置
"no-unreachable": 2, //在return,throw,continue,break语句后不允许出现不可能到达的语句
"use-isnan": 2, //要求检查NaN的时候使用isNaN()
"valid-jsdoc": ["error", {
"requireReturn": false,
"requireParamDescription": false,
"requireReturnDescription": true
}], //强制JSDoc注释
"valid-typeof": ["error", {
"requireStringLiterals": true
}], //在使用typeof表达式比较的时候强制使用有效的字符串
"block-scoped-var": 2, //将变量声明放在合适的代码块里
"complexity": 0, //限制条件语句的复杂度
"consistent-return": 2, //无论有没有返回值都强制要求return语句返回一个值
"curly": ["error", "all"], //强制使用花括号的风格
"default-case": 0, //在switch语句中需要有default语句
"dot-notation": ["error", {"allowKeywords": false, "allowPattern": ""}], //获取对象属性的时候使用点号
"eqeqeq": ["error", "smart"], //比较的时候使用严格等于
"no-alert": 1, //不允许使用alert,confirm,prompt语句
"no-caller": 2, //不允许使用arguments.callee和arguments.caller属性
"guard-for-in": 0, //监视for in循环,防止出现不可预料的情况
"no-div-regex": 2, //不能使用看起来像除法的正则表达式
"no-else-return": 0, //如果if语句有return,else里的return不用放在else里
"no-labels": ["error", {
"allowLoop": false,
"allowSwitch": false
}], //不允许标签语句
"no-eq-null": 2, //不允许对null用==或者!=
"no-eval()
"no-extend-native": 2, //不允许扩展原生对象
"no-extra-bind": 2, //不允许不必要的函数绑定
"no-fallthrough": 2, //不允许switch按顺序全部执行所有case
"no-floating-decimal": 2, //不允许浮点数缺失数字
"no-implied-eval()
"no-iterator": 2, //不允许使用__iterator__属性
"no-lone-blocks": 2, //不允许不必要的嵌套代码块
"no-loop-func": 2, //不允许在循环语句中进行函数声明
"no-multi-spaces": 2, //不允许出现多余的空格
"no-multi-str": 2, //不允许用\来让字符串换行
"no-global-assign": 2, //不允许重新分配原生对象
"no-new": 2, //不允许new一个实例后不赋值或者不比较
"no-new-func": 2, //不允许使用new Function
"no-new-wrappers": 2, //不允许使用new String,Number和Boolean对象
"no-octal": 2, //不允许使用八进制字面值
"no-octal-escape": 2, //不允许使用八进制转义序列
"no-param-reassign": 0, //不允许重新分配函数参数"no-proto": 2, //不允许使用__proto__属性
"no-redeclare": 2, //不允许变量重复声明
"no-return-assign": 2, //不允许在return语句中使用分配语句
"no-script-url": 2, //不允许使用javascript:void(0)
"no-self-compare": 2, //不允许自己和自己比较
"no-sequences": 2, //不允许使用逗号表达式
"no-throw-literal": 2, //不允许抛出字面量错误 throw "error"
"no-unused-expressions": 2, //不允许无用的表达式
"no-void": 2, //不允许void操作符
"no-warning-comments": [1, {"terms": ["todo", "fixme", "any other term"]}], //不允许警告备注
"no-with": 2, //不允许使用with语句
"radix": 1, //使用parseInt时强制使用基数来指定是十进制还是其他进制
"vars-on-top": 0, //var必须放在作用域顶部
"wrap-iife": [2,