【功能建议】fileStorage改进 #138
Description
1.死亡嵌套改成async/await（不重要，能跑就行:kissing_heart:）
2.增加自定义存储路径功能
目前只能存在以脚本的uuid为文件夹名的路径中，限制太大
个人觉得可以在参数中加一个可选参数path，path为空则存在默认的uuid中，path不为空则存在脚本自定义的path中
强制uuid可能在实际运用中存在各种问题，比如：删除脚本后又重新安装导致uuid变更则无法获取之前云存储的脚本；不方便管理等……
至于哥哥担心的安全问题，我认为uuid可以作为私密存储的方式，存储一些关键内容比如账号密码、cookies等；
api检索目录返回结果过滤掉其他脚本的uuid目录，且不允许自定义path中出现其他脚本uuid，即禁止B脚本读取或修改A脚本的私密存储uuid目录。
在此基础上允许脚本自定义path路径，可存在任意非uuid目录中，存储在自定义path中的内容为一些非关键内容，即使被其他脚本恶意读取也无伤大雅，比如脚本设置、运行日志等
3.切割fileStorage和脚本猫云同步
目前fileStorage和脚本猫云同步必须同时使用，为了让fileStorage正常运行，就必须打开云同步功能。
建议增加一块fileStorage专属的输入地址、账号、密码区域；
或者在脚本代码中加一个用户可以输入地址、账号、密码的地方，优先使用用户自定义的地址、账号、密码，使不同脚本可以用不同地址、账号、密码进行云存储；
如果上面2个都难以实现也可以在云同步输入地址、账号、密码成功登陆后加一个选项框让用户选择是否自动云同步（关闭则代表不使用脚本猫云同步，但地址、账号、密码可以供脚本fileStorage使用）；
如果不切割会导致fileStorage这个api不够独立，受限较大，建议不要和脚本猫插件的云同步混同