前端工程化知识总结

最新推荐文章于 2024-09-12 08:58:57 发布

低保和光头哪个先来

最新推荐文章于 2024-09-12 08:58:57 发布

阅读量1.5k

点赞数 4

文章标签：前端 webpack git

本文链接：https://blog.csdn.net/xzzxbc/article/details/130371955

版权

1.webpack 和 gulp 区别

gulp（流）主要指前端开发的工作流程，通过配置一系列的task，定义task处理的事务(例如文件压缩合并、雪碧图、启动server、版本控制等)，再定义执行顺序，让gulp执行 task，从而构建项目的整个前端开发流程。
webpack（模块化）是前端模块化方案，侧重于模块打包，如果将开发中的所有资源(img等静态资源、.js文件、.css文件等)都看成模块，通过loader(加载器)和plugins (插件)对资源进行处理，打包成符合生产环境部署的前端资源。

2.git reset，git revert 和 git checkout

共同点：用来撤销代码仓库中的某些更改
不同点：
1.commit层面：
gil reset将一个分支的末端指向之前的一个commit，在下次git执行垃圾回收时，将这个commit之后的commit都扔掉。
git reset支持三种标记，用来标记reset指令影响的范围：
--mixed：会影响到暂存区和历史记录区，默认选项
--soft:只影响历史记录区
--hard:影响工作区、暂存区和历史记录区
注意：因为git reset 是直接删除 commit 记录，从而会影响到其他开发人员的分支，所以不要在公共分支(比如 develop)做这个操作。
git checkout将HEAD移到一个新的分支，并更新工作目录。因为可能会覆盖本地的修改，所以执行这个指令前，需要stash或 commit暂存区和工作区的更改。
git revert通过创建新的commit的方式来撤销commit，这样能保留之前的commit历史，比较安全。另外，同样因为可能会覆盖本地的修改，所以执行这个指令之前，需要 stash 或者 commit 暂存区和工作区的更改。
2.文件层面：
git reset把文件从历史记录区拿到暂存区，不影响工作区的内容，不支持--mixed，--soft 和--hard。
git checkout把文件从历史记录拿到工作区，不影响暂存区的内容。
git revert不支持文件层面的操作。

3.git rebase 和 git merge

共同点：都用于从一个分支获取并合并到当前分支
不同点：
1.merge：自动创建一个新的commit，当合并时遇到冲突，仅需修改后重新commit
优点：记录真实commit情况，包括每个分支的详情
缺点：因为每次merge会自动产生一个merge commit，所以在使用一些git 的GUI tools，尤其commit较频繁时，分支很杂乱
2.rebase：会合并之前的commit历史
优点：得到更简洁的项目历史，去掉了merge commit
缺点：因为重写了history，所以当合并出现代码问题时，会不容易定位。因此，当需要保留详细的合并信息时，使用git merge，尤其是需要将分支合并进入master分支时；当发现修改某个功能，频繁进行git commit且不太必要时，使用git rebase

4.git工作流程

GitFlow是由Vincent Driessen提出的一个git操作流程标准，包含如下几个关键分支：

1.master主分支
2.develop主开发分支：包含确定即将发布的代码
3.feature新功能分支：一般一个新功能对应一个分支，对于功能的拆分需要比较合理，以避免一些后面不必要的代码冲突
4.release发布分支，发布时候用的分支，一般测试时候发现的bug 在这个分支进行修复
5.hotfix分支，紧急修bug的时候用
GitFlow优势：
1.并行开发：每个新功能都建立一个新的feature分支，从而和已完成的功能隔离开，而且只有在新功能完成开发的情况下，其对应的feature分支才会合并到主开发分支上(develop分支)。如果在开发某个功能的同时，有一个新的功能需要开发，只需要提交当前feature的代码，再创建另一个feature分支，并完成新功能开发。然后再切回之前的feature分支即可继续完成之前功能的开发
2.协作开发：支持多人协同开发，因为每个feature分支上改动的代码都只是为了让某个新的 feature可以独立运行。同时每个成员可以了解到其他成员的工作进程
3.发布阶段：当一个新feature开发完成，它会被合并到develop分支，这个分支主要用来暂时保存还没发布的内容，因此如果需要再开发新的feature，只需从develop分支创建新分支，即可包含所有已经完成的feature
4.支持紧急修复：hotfix分支是从某个已经发布的tag 上创建出来并做一个紧急的修复，并且只影响这个已经发布的 tag，而不会影响到正在开发的新feature

5.JSONP的缺点

参考链接：Jsonp优缺点 - 知乎 (zhihu.com)

一.优点

1.可以跨越同源策略，XMLHttpRequest对象实现的Ajax请求受同源策略的限制

2.兼容性更好，旧版本浏览器仍可以运行，不需要XMLHttpRequest或ActiveX的支持

3.在请求完毕后，可以调用callback回传结果。将回调方法的权限给了调用方。相当于将controller层和view层分开。提供jsonp服务的一方，只需提供纯服务的数据。而提供服务以后的页面渲染和后续view操作都由调用者自己定义。如果有两个页面需要渲染同一份数据，只需要有不同的渲染逻辑即可，不同渲染逻辑可以使用同一个jsonp服务。