1. appv1.1.0编译&申请上架-part2 17-11-13

完善注册协议(修改中间的公司名称), 未选择同意不能注册并提示需要“同意”. 10:27 控制台报错 ReferenceError: ga is not defined, 发现系统不能正常运行了,应该是导致了后面的逻辑没有执行. main.js 中修改代码如下,在打包测试. 重新打包测试成功,

0.1. 时间日志

  • 05:45 醒
  • 08:20 起床
  • 08:26 洗漱1
  • 08:30 洗澡
  • 09:00 早饭
  • 09:30 卡通
  • 10:16 更新pc端代码后发呆
  • 11:59 午饭
  • 11:59 卡通
  • 12:30 厕所
  • 13:34 午睡
  • 14:08 需要给前端的群邀请链接接口描述
  • 14:45 没有加入日程的重复任务处理
  • 15:15 hsite
  • 16:23 appv1.1.0编译&申请上架-part2
  • 17:06 快递查询&兼职和财务转账
  • 17:54 晚饭
  • 17:55 卡通
  • 18:48 未注册用户点击邀请链接
  • 20:39 洗漱2
  • 20:55 考虑手机端接受邀请
  • 公司每月需要的财务文件-快递问题处理
  • app需要进入后台对手机的监听也停止了
  • 后期如何修改更新日报
  • app中在“我的”中添加更新日志
  • 没有选中任务时点击标签报错
  • 项目上线,导入自己的项目数据 导入自己项目
  • 系统使用教程视频录制

0.2. 总结

0.3. 观点及其他

0.4. 任务详情

0.4.1. [x]快递查询&兼职和财务转账

创建 耗时 开始 完成 537531997866 中通快递

0.4.2. [x]hsite

创建 耗时 开始 完成

0.4.3. [x]午睡

创建 耗时 开始 完成 闹钟似乎没有打开,完全没听到的感觉.

0.4.4. [x]更新pc端代码后发呆

创建 耗时 开始 完成 定午餐,财务快递. 感叹又要吃午饭了.

0.4.5. [ ]公司每月需要的财务文件-快递问题处理

创建 快速出去的文件,只有退回然后在快递出去. 现在还没收到信息,感觉会丢的感觉. 537531997866 中通快递 , 电话沟通说查询快递单号,结果是10天前状态.

0.4.6. [x]考虑手机端接受邀请

创建 预计 耗时 开始 完成 暂停 继续 手机端接受邀请分 h5和app接受邀请. 通过微信发送邀请链接或二维码. 登录后弹窗是否入群,然后加入. APP难以接受外界邀请. 有2种情况. 1、已注册用户系统消息(未实现app推送消息) 2、正在开发的聊天模块接受好友“邀请” 3、系统'我的'分页中添加一栏'系统消息',点击查看消息列表. 在系统里提示信息,就必须显示邀请者信息. 现在还没有邀请者信息. 可以在获取群邀请链接时添加当前用户uid. 方式2.聊天模块最好转换邀请链接为卡片. 点击后弹窗并发送协议,进入群聊. 7天时间清单 方式3.暂不考虑,都是人为邀请. 通过系统消息通知很奇怪,不能采用这方式. h5通过url中参数action判断,链接如 7dtime.com?action=invite&xid=xxx 如果h5是邀请链接,则直接跳转到登录页面?登录后的回调判断url参数. :8080/#/?action=invite 逻辑写好有测试,获取不到参数. 7天时间清单 必须这样才能获取到参数 /#/?action=invite 并且使用this.$route.query才能获取到. $route.params不行, 看来需要自己从url中解析参数. 调用以前写的逻辑 this.GetRequest() 可以成功获取. 报错看不出原因Uncaught (in promise) TypeError: Cannot read property 'components' of undefined 7天时间清单 逐行注释发现是this.$router,刚才进行了登录页面感觉问题不在这儿,经过控制台打印发现this.$route不是空. 那只剩下这里了 $router.push(/login); 也没有进入这个条件逻辑. 不是代码逻辑问题,是框架底层代码熟悉度. 先跳过这个报错,继续完善其他逻辑.发现后端报错TypeError: Cannot read property 'type' of undefined 之前逻辑测试不完全, 修改后测试邀请逻辑成功。 7天时间清单 还剩下有邀请且未登录时跳转到登录页面. 把上面改成未登录是就显示信息提示用户“请先登录”,结果点击登录时报错. 去除url单独的进入login页面也会报错, 和新增的逻辑没关系. ?action=invite&type=1&xid=19&pwd=asdf 准备重启node,发现cmd窗口报错"export 'mobile' was not found in './mixinApp' 是因为import {xx} mixinApp 导致, 觉得以前命名不爽,修改导致的错误.改回原来的命名后运行正常. 7天时间清单 -从被邀请链接入群后,保存或分享链接给别人也导致陌生人意外入群. 这个概率不到1%. 这个管理员也可以删除. 优化完善功能以后考虑. 7天时间清单

0.4.7. [ ]app需要进入后台对手机的监听也停止了

创建

0.4.8. [ ]后期如何修改更新日报

创建

0.4.9. [ ]app中在“我的”中添加更新日志

创建 预计

0.4.10. [ ]没有选中任务时点击标签报错

创建

0.4.11. [x]没有加入日程的重复任务处理

创建 预计 耗时 开始 完成 没有due的任务就是任务箱中的任务,如果有重复任务标签.就会在任务箱中无限增多; 1、只有包含due的任务可以添加重复标签 2、放入到任务箱时如果纯在重复标签就删除重复数据.非用户主动删除,给会用户添加额外操作,最好系统解决. 3、如果执行克隆重复任务时,当前任务缺少due值就放弃克隆. 第3点逻辑完成 if (think.isEmpty(hasDue)) return "该任务在任务箱不能克隆"; 发现以前的逻辑似乎有问题, 仔细查看没有问题. 忘记了之前逻辑,第一眼没看明白产生的担心. x 弹窗新闻婚姻问题 10m 7天时间清单

0.4.12. [ ]项目上线,导入自己的项目数据

创建 预计 开始 暂停 继续 暂停

[ ]导入自己项目

预计

0.4.13. [x]未注册用户点击邀请链接

创建 预计 耗时 开始 完成 现在主要是接口,而不是给用户使用界面. 使用不友好. 1、登录后才能正常加入群. 2、未注册不能运行,也无提示 3.未登录和未注册一样. 7天时间清单 用户体验好,可能需要弹窗提示用户是否加入群. 如果未登录的用户提示登录、注册弹窗. 7天时间清单 登录后判断当前url中是否需要加群.如果是则加,不是则不管. 7天时间清单 所有逻辑放到z39invite get 中太过密集,如何处理呢?只能新增一个url页面, 或者直接把参数添加到官网后面, 进入页面后前端判断. 添加一个接口,通过邀请参数获取群名称. 7天时间清单 z39time/getinvitetitle get{type,xid} 获取群名称,弹窗提示用户. ‘您是否加入'xxx'群’,加入 拒绝。 逻辑,1.群设置界面显示邀请链接, 2.用户点击邀请链接(系统首页url+参数), 3.前端判断并登录 4.登录后getinvitetitle获取邀请信息后弹窗. 5.点击'加入'就发送协议z39invite?type=1&xid=19&pwd=xxx 整理逻辑思绪,录制视频说明发给前端wgl. 同时注意到手机端也需要实现这功能. 7天时间清单 手机端完全实现这个功能太过复杂,这种复杂操作还是在pc端完成更便捷.考虑手机端实现所有功能吗?

0.4.14. [x]需要给前端的群邀请链接接口描述

创建 预计 耗时 开始 完成 群邀请链接接口 api/z39invite, z39invite id type iid xid pwd ext iid:邀请者id. type + xid , type对应类型 1:gid类型,xid 是具体的id数值. z39invite get{type,xid} 返回旧url; get{type,xid,refresh}新url, z39invite?type=1&xid=19 获取群的邀请链接 z39invite?type=1&xid=19&refresh=1 刷新邀请链接,就链接失效. 已注册用户点击该链接直接加入群.

  • 疑问一开始邀请链接如何生成的?z39invite 如果数据为空,2种实现方式.1、求时无数据就插入数据. 似乎昨天测试中是自己手动生成的. 2、创建群时,后台自动插入数据. 方式2更适合.
    结果2中方式插入数据都完成了. 7天时间清单 z39invite?type=1&xid=19&pwd=xxx 请求入群. 7天时间清单

0.4.15. [ ]系统使用教程视频录制

创建 预计 app,pc; 主要功能: 录制方式有pc端, h5端. 手机ios录屏,需要把ios录制的视频添加配音.

0.4.16. [x]appv1.1.0编译&申请上架-part2

创建 预计 耗时 开始 完成 暂停 继续 完善注册协议(修改中间的公司名称), 未选择同意不能注册并提示需要“同意”. 7天时间清单 控制台报错 ReferenceError: ga is not defined, 发现系统不能正常运行了,应该是导致了后面的逻辑没有执行. main.js 中修改代码如下,在打包测试. 重新打包测试成功,没有报错运行正常. 7天时间清单 if (window.ga) { window.ga('set', 'page', to.fullPath); window.ga('send', 'pageview'); } -付费软件, 支付宝即时到帐. 7天时间清单 your trade NO. is 12122380333553555076 Your Activity code:61D8E5F7-A015-67C6-D717-47E0E23648A3 -上传APP 已上传,等待2分钟. 7天时间清单 -apple 提交审核 7天时间清单 教程 http://www.applicationloader.net/blog/zh/88.html 官网提交 https://itunesconnect.apple.com/ 忘记了官网需要对应大小的图片. 7天时间清单 5.8 英寸 Retina 显示屏 2436x1125像素 主屏:5.8英寸 5.5 英寸 Retina 显示屏 纵向分辨率为 1242 x 2208 像素 12.9 英寸 Retina 显示屏 纵向分辨率为 2048 x 2732 像素 已提交审核. 应用提交 App Store 上架被拒的原因都有哪些 https://www.zhihu.com/question/20216099 视频录制独立出去成一个新任务. 收到一封appstore 的邮件提示app 正在审核. The status for the following app has changed to In Review. 17-11-14 7天时间清单

Copyright & copy www.7dtime.com 2014-2017 all right reserved,powered by Gitbook该文件修订时间: 2017-12-24 15:03:47

results matching ""

    No results matching ""