软件的发展、信息的传递离不开各种各样的数据。 从本地存储到购买云服务，再到自建大型数据库、数据中心，不同规模的数据存储方式保障着各类信息服务持续稳定运行。 此时，数据安全尤为重要。如何避免“rm -rf /*”的梦靥成真？如何避免“删库跑路”的玩笑成为现实？是技术与管理层面共同面对的问题与挑战。 那么，在你参与的小程序等软件开发或管理工作中，是如何确保数据安全的？不同量级的软件需要分别采取什么样的策略来确保数据安全呢？ [图片] 参与本话题优秀回答者将获得微信正版周边礼品一份，快来参加吧！ [图片] [图片] [图片] [图片] [图片] *图片仅供参考，实际奖品选择与发放将视官方周边更新与存货情况进行适当调整 *获奖情况将在「社区每周」公告中进行公示，受近期疫情影响，公示与发货时间可能有所延长

代码非常短，代码片段已经提供。 js [代码]const app = getApp()[代码][代码]Page({[代码][代码]  [代码][代码]data: {[代码][代码]    [代码][代码]datedisplay:[代码][代码]""[代码][代码],[代码][代码]  [代码][代码]},[代码][代码]  [代码][代码]onLoad: [代码][代码]function[代码] [代码]() {[代码][代码]    [代码][代码]let d = [代码][代码]new[代码] [代码]Date()[代码][代码]    [代码][代码]this[代码][代码].setData({date:d})[代码][代码]    [代码][代码]this[代码][代码].setData({datedisplay:d.toLocaleString()})[代码][代码]  [代码][代码]},[代码][代码]})[代码] wxml [代码]<[代码][代码]wxs[代码] [代码]module[代码][代码]=[代码][代码]"util"[代码][代码]>[代码][代码]  [代码][代码]function toLocal(time) {[代码][代码]    [代码][代码]d = getDate(time)[代码][代码]    [代码][代码]if (d == "Invalid Date") return ""[代码][代码]    [代码][代码]return d.toLocaleString()[代码][代码]  [代码][代码]}[代码][代码]  [代码][代码]module.exports.toLocal = toLocal[代码][代码]</[代码][代码]wxs[代码][代码]>[代码] [代码]<[代码][代码]view[代码] [代码]class[代码][代码]=[代码][代码]"intro"[代码][代码]><[代码][代码]text[代码][代码]>[代码][代码]JS toLocaleString:[代码][代码]{{datedisplay}}[代码][代码]</[代码][代码]text[代码][代码]>[代码][代码]</[代码][代码]view[代码][代码]>[代码] [代码]<[代码][代码]view[代码] [代码]class[代码][代码]=[代码][代码]"intro"[代码][代码]>[代码][代码]<[代码][代码]text[代码][代码]>[代码][代码]WXS toLocaleString:[代码][代码]{{util.toLocal(date)}}[代码][代码]</[代码][代码]text[代码][代码]></[代码][代码]view[代码][代码]>[代码] 做的事情也非常简单，对比js部分的Date.toLocaleString() 和wxs部分Date.toLocaleString() 安卓下截图： [图片] iOS截图 [图片] BUG显而易见。很显然在安卓里，js框架内的Date对象toLocaleString()被简单地作为toString()处理了，其他toLocaleTimeString(), toLocaleDateString()都存在问题。这个问题非常久了，希望赶紧处理。这都是小程序框架基础函数级别的服务，有这种问题那么久没发现也是一个奇迹。