这显然是不合理的!能不能在框架上进行封装成一个通用组件，开发者只需传入对应的事件句柄即可?后期微信可能会考虑封装吧~NO~.为什么呢？我们从框架组件设计来看，框架本身采用面向状态的编程方式，组件部分类似redux的设计（实际不是redux实现的）组件的View在action操作后，只能通过action的业务处理进行更新View。而框架是单向数据绑定，无法自动更新。对于这一类View组件自带action的，建议进行必要再封装!

　　4）提交审核和发布完成小程序开发后，可以提交代码至微信团队审核，审核通过后即可发布。模块化：UI组件设计在开发时，与视图相关的组件模块化时，我们可能需要注意一下!例如弹框，在H5中，我们一般是将其封装成一个模块组件，这样可以复用.在小程序中，视图只能在wxml中，不能动态生成!首先，我们看一下微信的弹窗的视图组件modal，微信之前给的api是这样的(该组件微信已经使用其他方式实现，这里用它来描述问题)：看到这样，你是否有联想，如果一个页面需要使用100个弹框，开发者需要创建100wxml组件，及注册对应的100个确定按钮的事件，100个取消按钮的事件!

　　js中的data数据只读页面js中，data数据是需要约定为只读.框架是单向数据绑定，修改data中的数据不会自动更新View；更新view，需要使用setData()方法!setData()更新View时，与data中的数据进行Diff比较，不同才会更新。这样如果直接修改data，很容易造成data中的数据与View不一致.setData单次设置的数据不能超过1024kB，需要避免一次设置过多的数据.

　　（移动端一般封装在zepto之类的框架中），小程序开发需要改变一下具体实现！小程序是什么？微信小程序是一种介于原生app、和webapp的hybrid。通过微信进行加载，实现类似原生app的流畅.相对原生app来说，小程序更加轻量、更新实时、跨平台；相对webapp来说，小程序资源离线，体验更流畅.微信小程序的设计目标是通过尽可能简单、让开发者可以在微信中开发具有原生APP体验的服务.不说那么多了，先来看看小程序的效果：看完效果，是不是对开发充满好奇~小程序的实现机制小程序的开发是基于微信提供的一套应用框架进行开发的!

　　封装可以考虑aop的方式动态的注册卸载！定义组件的通用模版aop方式封装组件的逻辑1）组件的默认配置：2）组件的封装实现组件的使用：1）在页面wxml中引入组件的模版2）在页面js中，随时不限次数使用弹框目前该组件微信已经封装（api:wx。showModal()调用弹框），不过action不能自动更新的特性依旧存在，开发者如果需要自定义其他带有交互的UI组件时，依然会遇见以上问题，可以参考以上解决思路。

鄂州运维小程序

　　具体页面开发对于业务页面的开发，可以将页面视为一个页面组件.在这个页面组件，完成了以下工作：负责初始化组件state（微信）负责组合子view组件形成页面效果（开发者）确定js与view匹配的数据（开发者）负责注册业务逻辑对象提供的业务逻辑方法（开发者）负责管理业务逻辑对象（开发者）1）index!wxml2）index!js页面wxml与页面js的通信如下（简化了微信框架的工作）在页面开发我们需要注意的有：index！