在来到当前的公司后，发现公司所有项目，全都是一点点的手写垒起来的，然后任何效果都是通过jquery来实现，最多就是搜索一些jquery插件解决一下不那么容易自己解决的事情。更不要说什么跟上当前前端发展的潮流了。
应该就属于这么个状态。
可是真的，并不是所有项目都适合使用jquery的，所以就想着使用一些新的技术，在当前推动前后端分离不能很快实现的时候，就先推动移动端的页面先使用一些移动端UI框架吧，毕竟减少很多重复造轮子的工作，其实最主要的是，移动端框架最起码解决了很多移动端的常见效果，注入无限滚动、下拉刷新之类的，可能这类需求比较急迫吧！
之前吐槽过，我们推动这些移动框架在部分老员工身上遇到的重重阻力。
今天就说说这些移动框架吧。用的也不是那么精深，纯粹当做使用过程中的一些记录吧。
当时比较倾向的是SUI-Mobile，毕竟是淘宝出品，系出名门，我是倾向于SUI-Mobile的，但是后来比对了一下DCloud-MUI，发现DCloud提供了很多原生的底层方法，所以领导比较倾向于使用DCloud。所以，先接了一个任务：就是DCloud的可用性测试，这个不仅涉及到前端，还有客户端的打包sdk，后台。
先不谈客户端打包sdk的问题，就说我这边做的一个上传文件的功能，使用upload上传文件，然后遇到addFile和addData，悲催了。
能跟我解释一下这个方法作用是什么么？只告诉我什么时候调用，什么情况下，会导致上传文件失败，可是我真看不明白这个方法作用是什么啊？
这个方法也一样啊，真的不明白你所谓的“添加上传文件”和“添加上传数据”是什么意思啊？对于初次使用者真的不怎么友好啊！诸如此类的描述用于随处可见，真的是吝啬多写那么写描述么？无从知道。后来，确实没搞明白这个问题，加上客户端打包sdk总是漏模块，就放弃了DCloud。
前端这块就直接采用纯粹的UI框架了，还是选用了SUI-Mobile。
SUI-Mobile如果直接使用它的sm.css确实没问题，可是我总得自定义一些样式吧。如果修改less的变量，重新编译sm.css，就会发现，也不是那么愉悦了。
对css3属性，官方提供的less文件，有些添加了浏览器内核的前缀，也有很多没有添加浏览器内核的前缀的。
我就想说句：能统一一下么？要不就都加上，要不就都不要加前缀。
吐槽结束!