关于第一个webapp完毕总结

这是一篇在草稿箱里尘封多日的文章.....

大周六的调了一天的bug~~o(>_<)o ~~，不过这个项目终于告一段落了(＾－＾)V

项目框架：使用的BUI

叙述下前缘：

    之前学了一段angular，本来想用angular做一个webapp，但是苦于UI问题，放弃了牛刀，于是开始了搜索之路，刚开始也对比了Hbuider  、WeUI 、巴拉巴拉的，最终选择了 bui，里面刷新框架、分页框架 、各种ui模板拿起来就用，大大解决了我这个Android人员对web所知寥寥难题，他的优点，请看这个文章吧。

    印象最深的是加了他们的技术群，群里有一个叫o仔的大佬会帮忙指导，很感谢群里的大佬。前几天还发生了一个小插曲：上次因为企业微信推送的应用消息打开url报404，一直以为是Url中的井号导致的，群里的管理员热心为我解答，我还不解风情的把管理员给惹了，在这里给这位管理员说声抱歉！如果想看解决方法请看这篇文章~。

项目描述：接入企业微信的webapp，使用到了企业微信的推送和通讯录。APP是一个oa软件，各种列表而各种审批，酱紫。

遇到的问题：

1.初以为是微信缓存的问题，

问题描述：企业微信推送的应用消息中，会带有跳转到 待办详情的url，BUT  我点击发送的相同url不同参数的推送，打开的页面居然是一毛一样。

第一只觉得就是缓存，对！微信缓存！在网上也是各种微信缓存解决方法，千试万试，还是不管事！Bui的入口文件明明做了微信缓存的处理。天啦噜!!!!!   于是就在入口页和详情页加入的alert，真的是走了index，So.....排除微信缓存。

后来跟后台对照传参 和我打开页面的参数对比，居然一点都不一样！！！！而且每次进入页面还去请求服务器数据。用的是上一个参数，于是试着把跳转页接收到的参数先初始化为空，再去赋值 参数。果真，起作用了！！。个人认为是bui路由保留了上一次的参数。

https://segmentfault.com/a/1190000015493097