前端工程化

前端工程化

当前端开发不再是简单的html+css+js,需要编写的东西越来越多,项目开发人员越来越多,我们迫切需要一种开发规则,围绕这项规则开发稳定,可维护的项目。工程化让这些零散的问题得以解决,工程化项目逐渐成为开发前提。

其实我们已经用到了很多工程化的脚手架,angular-cli、vue-cli、create-react-app等等,只是脚手架已经将项目可能用到的模块依赖,项目结构全全包揽,今天我们从内部说说开发脚手架之前,前辈们考虑到了哪些东西。

以下内容基于自己搭建开发环境

痛点:Web业务日益复杂化和多元化,需要考虑的因素越来越多

  • 如何进行高效的多人协作;开发过程互不冲突,模块化开发,暴露调用接口
  • 如何保证项目的可维护性;软件开发不是一蹴而就的事情,需要给未来需求保留一定的可能性
  • 如何提高项目的开发质量;要开发风格一致的代码,看起来像是由一个人开发的
模块化

业务抽离,分割代码,形成依赖关系,再基础块之上进行拼装和按需加载,达到多人协作的可能;

模块化要注意隐藏内部作用域,只对外开放部分接口 后续我会写一篇手写***状态管理***的文章,其中会提到如何安全的对外提供接口,保证作用域部分属性的只读性。

JS模块化(偏向业务层,文件层)

ES6的模块系统现在已经完全可以取代现有的CommonJS规范,使用起来相当简洁,静态加载,再配合ES2020新的特性,动态加载,让模块化发挥最大作用。

  1. webpack+babel 将所有的模块打包成一个文件同步加载,也可打成多个chunk异步加载;
  2. 浏览器的<script type="module">加载;
CSS模块化

虽然SASS、LESS、Stylus等预处理器实现了CSS的文件拆分,但没有解决CSS模块化的一个重要问题:选择器的全局污染问题。

我目前在react项目中使用styled-components,我不再纠结css命名,使用原生css,杜绝大家的命名不统一;其实这种写法就是 CSS in JS的方案。后续我会写一篇关于这个模块的使用以及项目配置。

组件化(偏向UI层)

页面中的一切皆为组件,只是我们将html提供的组件称之为标签,细想一下,这些标签自带样式,有的标签自带事件。这也是我们组件化的思路,前端框架中vue单文件组件就是这样的思路,react+JSX+刚刚提到的styled-components同样的道理。

组件化带来了不言而喻的优点,组件复用,减少了项目大小,多人分工开发高效。

规范化

开发规范先行,制定良好的开发规范,为后期维护做保障

我目前用到的规范有如下:

  • eslint代码检测,当然他又有一系列的自定义规范,目前流行的配置有eslint-config-airbnbeslint-config-standard大家自行学习;
  • prettier代码美化工具,后续出eslintrc.js和prettier.js的配置;
  • husky代码提交钩子,可以在代码提交前做一些自定义的事情。

上述这一切都是为了一个项目的整体性,可维护性,也是作为一个前端人必备的职业素质,成为更好的自己,加油吧!

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 1
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值