我理解的业务型组件

业务型组件指的是在移动端通用组件之上的薄薄一层,具体是指 利用饿了吗 iview等组件结合具体行业使用场景所开发的一个固定的界面,该界面封装了用户行为,并输出用户的最终表达意志。它只是一层view,并不涉及到model层

他的好处:

  着眼与整个行业来说,比如说培训行业 比如说餐饮行业,每个行业都有不同的企业开发自己的产品,但是基于共同的行业属性,他们的业务逻辑自然在某些方面会发生重叠,这表现在web上通常就是界面布局和交互的高度一致,如果这些高度统一的界面统一编写成一套业务型组件,并提供换肤和字体大小切换机制。相信一定对于节省重复开发有一定的帮助

如何界定业务型组件:

  因为业务型组件是与行业属性高度相关的,所以对于一个项目中哪些属于业务型组件应该由产品人员来确定,产品人员基于自身的项目经验和对于行业规则 用户行为的深度透视,可以抽离出那些通用的部分。

业务型组件开发原则:

  提供一套基础的 默认的布局和样式风格

  换肤 字体 元素外观 容器padding等均可定制化

  利用props定制用户行为规则-比如说某一个元素可以隐藏

 

更深一步:

  前面说到是基于行业属性来定制的业务型组件,然后软件开发本质上也属于一个行业,我们在开发界面过程中 经常会遇到一些神似的界面,比如说表单验证界面(基本上很多网站的form表单界面都是一致的) 登陆注册界面,至少在公司内部这些布局风格都是统一的,如果针对这些统一界面每次都要重复开发是得不偿失的,所以这部分也应该抽离出来 放到业务组件库中,把他们写成业务型组件,他们虽然没有具体的含义,只是因为在多个项目或界面中共同用到的部分才把他们给抽离出来,但确实具有存在的意义

  如何抽离:与UI沟通 将在界面设计中比较重复的设计部分给拿出来做成业务型组件

 

所以最终的组件分为三种:

我理解的业务型组件_第1张图片

 

注:本人使用复用型组件大大节省了开发项目的时间

 

你可能感兴趣的:(我理解的业务型组件)