主题分享：业务功能交互实现之-精简模式开发

今天和公司前端同事分进行了一场主题分享会，特将会议内容些许有营养的东西与大家公开分享和总结一下。

主题分享：业务功能交互实现之-精简模式开发

1. 主题释义
    精简 --- 业务交互通过精炼的代码和简思维实现。
    精 --- 提炼过的、优质的代码（精品精心设计编写的、扩展性伸缩性强的业务交互组件和代码）。
    简 --- 简单的思维模式、代码设计模式、简单的使用方式、 (将业务功能梳理后的产物)。

2、 以资金计划项目为例讲解

    观察原型设计发现交互规律 （自定义固定列表格功能）
    梳理业务交互并将功能分析，转换为编程思维 （日历组件的业务交互功能）

3、其他组件实例   

　　导出功能优化实现、流程步骤卡片组件、公用的方法 等讲解

4、 组件的开发需考虑的几点：

1.  组建的可复用性
2.  代码可读性、使用性，（组件中参数定义注释、方法注释等）
3.  功能方面可扩展性（横向功能可扩展，纵向可匹配多种业务进行复用）

5、组件的开发规范事项：

1.  隔离性     
   CSS，JS，DOM都是很平直的东西。都可以直接影响。如果要做组件，那么需要将组件进行隔离。样式需要隔离，DOM需要隔离。这样组件与组件之间才不会产生干扰。
2.  快速定位性、
   嵌套组件与组合组件的测试尤其重要。好的框架应该能快速定位组件，以及方法。很好的展示当前组件的结构，便于修改问题。
3. 扩展融合性：
   新的组件放在旧的业务，要保证融合，这样的框架才能满足现有的需求，如果每次升级都要彻底抛弃旧的东西，这样对开发来说也是巨大的工作量。
4. 划分性、分类性
   公用基础组件、面向业务的组件、重构新的组件； 

6、总结：
　　1、组件化仅仅只是前端迈向标准化的一个开始！
　　2、业务交互实现理念：
　　      观察原型设计发现交互规律;
　　　  梳理业务交互并将功能分析，转换为编程思维 ;

　　3、如何将业务交互效果转换为编程思维，最后形成逻辑代码。
　　　  整个过程是编程思维和算法，以及模型设计能力的体现。
　　      更是体现编程的“智慧”。它来源于工作中的经验积累和总结。

　　4、产品的某个功能的使用率、产品是否好用是由好的交互体验和细节决定的，
　　      产品想获得用户的青睐，体验和细节还是决定产品成败的关键因素！

7、 呼吁

"千里马常有,而伯乐不常有",美好的事物都需要会赏识的人才觉得珍贵。

隐藏的千里马们与其默默敲代码，还不如借此舞台与大家展现你的风采！！~~
与君分享自己写的代码/组件，一同享用共欢乐、共进步！！~~
今此，望可以抛砖引玉！