国庆的时候学习了下，周末学习了下，答应组内做个小分享，想想还是要把东西记录一下，不然又忘记了。
国庆的时候，在想着做个什么AppDemo呢，图片处理类型的？表单处理类型的？一开始还蛮怀激情的自己想，各种手稿，各种交互图，各种photoshop处理下色调，最后发现太久没处理这方面的东西了，太丑了，也就没搞成，哈哈。大学学的都还给老师了。
这周末想了下，其实只要优先处理当前工作涉及的，也就够了。
模拟了下简略版的投放流程（更多的是从实践的角度开发下，所以本文主要还是涉及的代码功能层面。个人关于对小程序生态，开发环境，扩展的思考，后面有时间再写）
我们的投放流程有下拉框类型的推广计划选择，输入框类型的广告名称，时间选择类型的投放日期与时间，还有单选类型的标的物，单选类型的投放平台，单选（多选）类型的规格，输入类型的创意文案或描述，可编辑类型的创意图片，单选或多选类型的定向，地理位置相关的定向，还有相关的文案预览。
从某种程度上来说，小程序首先应该是个工具，能实现我对应需求的工具，再之我才会考虑它的体验，它的实现，它的生态，它的IDE等等。
好吧，接下来讲下各个小东西的实现，以及个人对其优缺点的看法。哈哈
哦，对了，小程序的界面渲染并不是简单的网页形式，更多的是nativeapp的画板绘制，所以js拿不到dom结构，只能通过小程序提供的相关接口来更新data数据，然后由data数据去更新界面，对应的界面所需要的结构也需要前期就声明好了，是否显示，是否隐藏就看数据的设置了。
#下拉框类型的推广计划选择#
网页版：
从网页版的交互上来说：一来可手选，二来可筛选
小程序版：
应该说交互更似native的吧，要是网页版的原生也就是个select下拉框。
小程序这个是由native自己封装了个组件，传对应的文案数组进去选择，使用上来说其实还是挺方便的，就是传参只能是文案数组，其实不太合适，毕竟真正使用的时候，看到的文案与真实使用的值是不一样的，最好还是应该由组件自身就可配置对应的id，免得还要自己另外处理，另外不能筛选，估计计划列表多了也麻烦。
#输入框类型的广告名称#
这个网页版跟native版本交互上差别不大，毕竟输入框都是很类似，不好的地方就是小程序貌似没有textarea的感觉？因为小程序是自己渲染的标签，不是真正的网页标签，所以各个标签都是需要小程序支持了才能够使用，目前不支持的标签都是默认的空标签。从这里也可以看到这里还是存在很大的局限性的，没有就是没有。
不过好处就是小程序支持了一些在网页端输入框不太好使用的功能，比如每次输入字符就及时响应事件以及返回对应输入的位置，通过这个方案可以实现的东西太多了，包括文字过滤，插入文字等等。
#时间选择类型的投放日期#
网页版：
网页版实现这个还得去找对应的开源组件，不然还得自己写，之后还得处理各个时间样式显示，也是有点小麻烦。
小程序版本：
默认支持，可设置开始时间、结束时间，样式逻辑等都不用自己处理，挺好的，而且手机上选择日期的组件，比网页版好用多了，网页版都是点击选择，其实好渣，但也不太好优化。
#单选类型的投放平台#
因为我们的平台比较多，每个平台对应的广告位又不一样，所以在用户操作的时候，需要根据选择的广告平台，及时刷新对应的广告位列表，然后如果用户填充过对应的广告信息，也需要回填处理或者清除掉。
网页版：小程序版本：
其实差别不大，只不过小程序版本的radio是一定要放在对应的radio-group里才能够算作一组的，毕竟这个不是真正的html标签。
不过功能上没有太大影响。
通过选择对应的数据后，匹配对应的广告位列表并进行设置，也就ok了。
#可编辑的创意图片#
网页版：
1来可上传，2来可从已有的选择（已有的要先编辑生成）
小程序：
对于实现来说，从已有的图片选择，那就做个列表就好了，这个无所谓的啦。
但是如果从手机的交互来看，直接拍照或者从本地拿到图片后，可稍微处理下，再填充图片，这个感觉更好，优化上传图片的模块。
但是目前小程序跟图片处理相关的只有一个canvas画板，而且这个画板的接口还不是很全，也是被小程序自行封装了。另外这个canvas跟web版本的接口使用有点小差异，这个小差异会导致原来已有的js库有可能用不上，需要改造，也是坑爹。
不过直接拍照上传，预览图片，直接通过wxapi使用还是相当方便的。
#地域相关的定向#
网页版：
网页版有商圈，有地标等等，不过落实到最终的数据，其实还是经纬度相关的。
小程序：
小程序跟地域相关的只有一个获取自己的经纬度，或者通过经纬度来调用地图查看位置。
感觉标点，选择点的api接口还是少了，估计只能看看小程序后面会不会有对应的接口出来了，毕竟也是wxapi接口，也是有限制的。
#提示，图片展示相关#
网页版上有预览图片，有弹框确认，有操作提示等。
这个落实到小程序层面都是需要先在wxml先声明好，需要对应渲染出来，无法通过后续的js插入dom结构的。不过，如果不强求一定要有自己的UI体系的话，小程序封装的样式组件其实已经够用了，也挺好的。
总结：
1、wxml为小程序提供的界面渲染xml组件，对应的组件封装了相关的功能属性以及事件，但是由于wxml跟html结构不是一回事，所以使用上需要小程序有对应的支持。wxml最终是渲染为画版界面的（不过html严格来说也是一样的原来啦，都是由某个引擎进行绘制的）
2、wxss为样式声明，这个跟css不太一样，好处是大部分css3属性能够支持，坏处是有些级联样式不太行，另外白癜风的危害北京看白癜风疗效好专科医院