微信小程序编写代码复杂吗？能自学吗？门槛高吗？

1. 小程序的代码目录是wxml，wxss和js。wxml相对于早期的XML，扩展了花括号模板的写法。JS部分，小程序支持ECMAScript6，由于没有Web，自然DOM、Window这些都不能用，jQuery就更没啥关系了。

2. 如果你有html5的代码基础，自学是非常简单的。而JS代码就需要比较多的书籍才能完成。所以自学代码的时间长度是比较长的，这样你就错过了小程序的红利期了。

3. 如果你没有代码基础，使用即速应用吧，这是一个可视化拖拽的微信小程序开发工具。没基础的小程序er也能开发。制作完成以后，可以打包小程序代码，直接上传到微信开发者工具中进行审核的。

4. 如果你想自学，你免不了要看学习资料，你可以看看咫尺论坛的小程序资讯和demo还有学习视频教程，微信开发者文档等。

做过web开发的小伙伴们多少会遇到时间转换问题在Chrome浏览器和Safari浏览器的不同，报错或者时间格式等等，这里我就分享一下我在开发过程中遇到的一些问题

关于时间问题，做过日历的都知道，全球化时区处理，或者时间格式，或者时间戳转化，这里我就这几种情况一一讨论

由于微信小程序的部分业务需要预定，所以会出现国外预定到国内时间会有偏差的问题，根本原因还是在于new Date()，它会获取当前系统时间，大部分手机是设置的是自动时间，所以会出现时区的偏差问题。

思考 ：如果产品是某地的，那么预定时间应该为对应地的时区计算。所以需要维护定位与时区之间的关系

关于时区计算，因为我这边只用到了北京时间的情况，举个例子：

Safari浏览器中，进行 new Date("yyyy-MM-dd hh:mm:ss") 的时候，会出现报错Invalid Date，或者转换出问题的情况，原因是Safari并不支持此格式，所以需要调整格式化的方式。

ECMA-262 标准中（ Date Time String Format ）将日期格式规定为 YYYY-MM-DDTHH:mm:ss.sssZ ，其中， T 标识时间开始， Z 为相对于UTC（协调世界时 - International Atomic Time）的时间偏移量，可为 Z , +HH:mm 或 -HH:mm 。

思考 ：要么正则替换为标准的 / 分割，要么在中间空白处加上 T ，看自己喜好

看文档是支持直接毫秒数时间戳转Date对象的，正常 *** 作也是如此。

PS ：但是在微信小程序的iOS端转过来的实际时间是UTC的时间，所以需要同步为当前时区时间，为了不影响Android的时间结果，所以通过转换2次的方式解决时间计算问题。

ECMA-262 标准来源参考： https://www.jianshu.com/p/a11196377048

---