互动讨论总结和吐槽

周期

  1. 原型沟通环节不能算在开发周期内

  2. project客观估算的周期不能轻易减时间,并且要乘以1.5系数

UI

  1. UI标注只给了一套ios的设计图,页面尺寸大小不标准,android和ios设计规范是有区别的不建议页面和交互完全采用一套
  2. UI规范,由于是不间断给出的标注,后续标注并没有按规范走
  3. UI标注给的不全,学生端没有给
  4. UI比较多的参与到产品设计中,需求出口人不统一

后端

  1. 设计接口参照web端UI的同时建议兼顾参照移动端
    1. 避免后端小伙伴在与移动端对接时对页面不熟悉
    2. 考虑接口数据返回的简化,不返回太多冗余字段
  2. 接口返回实体没有做统一化和继承
    • 导致冗余实体过多,不同实体可能只有一两个字段名不同
  3. 接口文档出完后和前端统一check,避免少关键字段的问题

移动端

  1. 单个页面混合多层逻辑嵌套,导致代码不好维护,bug过多

    • 展示页面可复用,逻辑单元需拆分。遵循高聚合,低耦合的原则
  2. 写业务前多思考,避免重复代码和后期返工
  3. 多页面之间通信的优化方案

    1. 数据回显可以后端提供独立接口,统一数据源,保证数据是最新的
    2. 多层级之间有没有更轻量级的解决方案,避免多级嵌套传递
  4. 同时进行多次异步请求时loadingDialog生命周期的管理
    • 问题描述:如果采用单例,第一个完成后都消失。如果不采取单例,会有多个dialog覆盖显示。
    • 解决方案:
      1. 在网络框架增加线程池管理,监听异步请求方法
      2. 在页面底层级别做统一处理,代替dialog显示。
    • dialog弹层请求期间不可点击等问题影响用户体验,知乎今日头条等大软已经去掉了dialog
  5. 新框架技术及时讨论和分享,避免大家踩坑
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值