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

来源：郑州优就业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培训学校 小编为您整理 组件化开发中关于组件的优劣性应该如何判断的全部内容。