郑州优就业IT培训学校
全国服务热线:400-6263-721

位置:郑州优就业IT培训学校 > 学校动态 > 组件化开发中关于组件的优劣性应该如何判断

组件化开发中关于组件的优劣性应该如何判断

来源:郑州优就业IT培训学校时间:2020/9/16 18:23:32

  随着互联网的不断发展,越来越多的程序员都在学习不同的编程开发方式,而组件化编程开发就是其中的一个常用开发方法。今天我们就一起来了解一下,组件化开发中关于组件的优劣性应该如何判断。

组件化开发中关于组件的优劣性应该如何判断

  认识组件

  随着近些年”微前端“概念的不断酝酿,越来越多的团队开始着手将自己的业务处理为不同组件,然后通过一些微前端做法,编排到一个业务页面中去。

  那么对于组件的维护就会变得越来越重要。所以,先来看看现在大多数团队是怎么维护组件的吧!

  大库型,Antd、Element标准的大库型

  一次型,完全业务组件,用完一次再也不维护

  高复用型,一看就应该单独封装以后给其他人用,比如:视频播放器

  项目融合型,与业务项目在一起,混合store,不分你我

  我暂时能想到的就这几种类型的组件,如果你的团队也在维护自己的一套组件库,那么应该很容易理解我上面所说的。

  我相信,既然这么做了,肯定有这么做的理由和好处,没有人会闲着没事找麻烦做不是,那么这些做法都有什么好处和痛点呢?我从几个方面入手分别分析一下。

  方便、快捷

  组件嘛,当然是快能跑起来,方便能看到效果好咯。就这点来讲,还有什么比直接在业务项目里撸组件更快的方式吗!?

  现在用个展示的面板,立马去components目录撸一个。

  数据?不是有store吗?引入进来不就拿到数据了!

  所见即所得,现在改完马上看到页面上的效果!无法反驳..

  这么看确实开发这个组件是好快了,但是从整个业务需求实现来看,这么做真的是快的吗?如果这样的做法是快捷的,那为什么那么多团队在强调沉淀、封装、抽象呢?

  其实很多组件当时看起来,这辈子就只可能用一次,不用封装。可是往往交互稿过来的时候就会发现,这个样式好像我在哪里见过。然后去各种业务项目里一顿翻,哇终于找到了,复制过来发现各种爆红,定睛一看,store???

  所以,聪明的团队早已洞察这一切,让我们把组件都维护到同一个地方,然后大家写好文档,用的时候从库里面取就可以了。

  可维护性

  于是乎,大家便如火如荼的开始的组件抽象,组件整改的浩大工程。

  一开始,一般会有一个团队中较为靠谱、能力突出的小伙子(嗯?怎么是我?)去把Webpack、Babel、TypeScript、SassLess、目录结构、单元测试结构、代码规范、Review规范、发布规范这些梳理好,然后写一个标准的组件出来,后再强调一下大家一定要按照规范认真维护组件,书写文档,编写单元测试。

  从维护性上来讲,大家把组件都写在一个库里面,然后再用到的项目中直接引入,业务上的问题逐渐被分为组件问题还是项目问题,甚至有些需求可以用这个交互在组件库中有相似的,用那个组件就可以了,来反驳产品和设计。

  组件大小、加载性能

  接触Webpack的一些周边工具,比如analyzer很容易可找出具体是什么包”霸占“了这么多的流量。

  发现原来组件包中还有一些个组件,看上去不应该放在大库中进行维护,比如那种一次性组件,二次封装型组件。

  因为这种组件可能会引入一个很大的三方依赖,比如视频播放器、BannerSwiper等。

  对于这样的组件,好的处理方式应该是创建一个独立的仓库,封装完善后,写好README,发布至内网NPM,供业务项目使用。

尊重原创文章,转载请注明出处与链接:http://www.peixun360.com/3167/news/255777/违者必究! 以上就是郑州优就业IT培训学校 小编为您整理 组件化开发中关于组件的优劣性应该如何判断的全部内容。

温馨提示:提交留言后老师会第一时间与您联系!热线电话:400-6263-721