使用wex5得到的一些教训

　　博主一直都是做web开发，前段时间有个小想法，想给自己做个android小应用（很小，功能特别简单）。

了解到可以用js直接做，貌似很简单，选用了wex5（基于codova插件）来直接开发。

　　最终发现比直接用java踩到的坑还多，这里总结下：

1、在w文件中写的css会被做加工，可能产生问题。

　　我在里面写了个h5动画效果，单独代码抽出来可以使用，放到wex5中就是不能生效，百思不得其解，我一直以为是哪里写错，或者和哪个效果产生冲突，想了两个晚上，还是没思路。把页面源码抓出来发给朋友帮忙看，朋友一下子就说明问题所在“某某地方应该要有px单位”。当真没想到，竟然是被编译软件去除掉的，我完全不敢设想是编译软件问题，还一直在寻找自己写的代码中的错误。

解决方法：把css写在单独的css文件里面（不和w文件同名），然后用资源引入，例如：<require xid="require1" url="css!$UI/xiangmu/animation"></require>

2、跨域问题。

　　wex5的页面，在调试的时候都是指向例如127.0.0.1:8080域名，而自己使用的后端服务域名假设为example.com，ajax访问是需要跨域的，我以为这都是前提，不能修改。于是做了很多工作来解决跨域问题：

　　　　I、服务端添加允许跨域访问的头（为了跟web比较像，放弃使用jsonp形式）；

　　　　II、返回sessionId(跨域访问，cookie带不过来，使用ajax返回头读不到);

　　　　III、修改express-session中间件，使能直接query传递sessionID（这是express-session的一个坑，cookie带了加密，而我又不能直接读到cookie结果，所以只能修改它，这个方法很糟糕，很丑）

　　整个开发过程，让人很难受，浪费很多时间，方法却依然如此丑。

解决办法：看了wex5文档里面，建议ajax请求使用插件带的request请求方法，就无需跨域（还是那么丑）

　　　　我目前选择使用的是修改调试域名，直接使用自己的example.com域名，然后服务端对应wex5页面的更新请求全部使用304（not modify）返回。

总结：wex5并不是我所想象的能迅速开发出应用的（我以为就行浏览器功能加了本地页面，加了一些api）。整个技术栈还是比较深的。为了降低学习成本，我略过了官方文档，然而却带来的是自己屡次碰壁，把时间花在了各种旁门左道上面。