最近在魔改一个校园信息系统微信小程序，在计算当前教学周，需要获取特定日期的周数。大家知道，在java世界里面调用 **Calendar.WEEK_OF_YEAR **就可以得到指定日期的周数了，可是小程序前端开发只能使用Javascript，而在js中没有类似这样的方法直接获取。
最容易的方法就是每次都向服务器获取教学周，可这太重量级，为了一个变量发送一次请求，每次打开小程序都要请求一次数据，再渲染，非常的耗时。于是上网找到一个function关于js 计算指定日期的周数，搬运工就这样以为成了，可发现原作者计算方法有误，传入的date对象如果是当天的上午为 N 周，如果传入的值是同一天的下午则为 N+1 周，这导致课表上午显示正常，下午显示就不正常了，以为是我计算错了，没有把开始的那周计算进去，细细排查发现是网上搬过来的function在取模的时候有误。于是传入的对象不再是 **new Date() 就完事，而是变成new Date(‘'2017-03-01'’) 这样，得到的data对象按道理应是这样：Wed Mar 01 2017 08:00:00 GMT+0800 (China Standard Time) ，的确在安卓端是这样的，小程序运行正常，教学周显示正常，然而用iphone测试，教学周一直显示 null ，期间我把所有的传入的值都使用了parseInt()，问题照旧，获取不到周数，就无法正常显示当天课程，到这时候不管你们崩溃没，反正我是已经想死了…….这时候发现问题大了，赶紧把小程序下线，要不别人以为当天没课。于是借了土豪的手机来开发，临近崩溃边缘，吐槽微信开发工具，模拟出来的iphone和真正的iphone完全是两码事，很多特征不一样，css布局都差很多，还有这个教学周问题，在模拟器上玩得好好的。接着调试代码一直跟踪到new data()对象本身，竟然发现在iphone new Date(‘'2017-03-01'’)会得到 Invalid Date ，我的天，什么回事，谜一样的，谷歌” Javascipt Invalid Date”查到 new Date()在解析一个具体的时间的时候，对参数有较严格的格式要求，格式不正确的时候会直接返回Invalid Date 。那么new Date()能接受的参数格式到底是什么标准呢?显然到了这里可以知道，ios和android 执行的标准不一样，new Date()传入字符串格式需要满足 RFC2822 标准或者ISO 8601标准，我用的是ISO 8601标准日期字符串（YYYY-MM-DDThh:mm:ss），而RFC2822 标准日期字符串长这样的：YYYY/MM/DD HH:MM:SS ± timezon(时区用4位数字表示)，按道理有ISO应该好很多，毕竟是国际标准化组织的东西，然而事实并非如此， RFC2822兼容性才是最好的，比如IE8、Safari、iOS均不支持ISO 8601。IE这种东西你可能会不屑，不过iOS也有这个坑，不得不去提防，所以建议大家还是用RFC2822。回到小程序，在new Date()传入参数的标准改为RFC2822，兼容性问题解决，终于计算出准确的教学周。之后为了更优雅的完成教学周的计算，通过改写Date实例，定义schoolweek获取器，它会返回当前到指定时间的周数间隔。简单地访问该属性就会调用事先定义好的函数，无需显示调用。来源不明的函数还是要多加留意，如果是引入不明依赖，水更深，特别是在开发重要的系统，更需要严格审核每个依赖包。
说到这里兼容性问题已经非常凸显，应了那句话，一进前端深似海~~一直以为只有IE是浏览器一大奇葩，现在多了一朵，傲娇的iOS系统居然也不支持ISO 8601日期字符串，其实在web开发过程中，兼容性多是浏览器执行标准的问题。IE逐渐退出舞台，微软都放弃了，我想应该无需什么保留了，但面对iOS就不能那么任性了，顺便说一下，一开头说的 Calendar.WEEK_OF_YEAR ** 是Java 的 SimpleDateFormat **jar，建议不要使用，推荐使用Java8 Time，SimpleDateFormat也是挺坑的，简单点就是 SimpleDateFormat 时间对象序列化成字符串之后，反序列化成和原对象表达不是同一个时间的时间对象了，如果是维护遗留项目没法改的话小心点咯，新项目建议尽量不要使用SimpleDateFormat jar。
在前端两个月玩得挺开心的，作为Java的忠粉，准备做完这个轮子后弃小程序坑了~~用javascript这种弱类型语言太久，回到Java的世界，感觉能创造一个宇宙。
希望对看到这篇文章的人有点帮助。
预告： 微信小程序如何埋点做用户画像
转载请注明出自：后端之巅
