工作内容:1.历史记录(100%) 待测试2.后台管理系统登录(100%)
3.客户端分享详细中的下载和播放功能(下班前完成)
备注:
写实现时,从单个页面考虑用户使用体验往往会较片面,需要从用户的角度出发
模拟现实的场景,比如历史中心/消息中心的回答内容截取长度问题,用户看到后,一般
都会点进去看,这里为了美观,选择截取一行不到一点的内容较为恰当.
修改小问题时,想好涉及到的地方,修改好后,各个地方都要测试下,因为下次碰到时,如果
漏改了,需要回忆,这个时间有多有少.如QA的异步加载提交的追问中时间格式的修改
在设计时,考虑到的东西尽量多一点,但是,总有一部分是在写的过程中或者说写完后,才会发现缺陷的,这时,就需要总结下这个事例,用来作为下一次设计时的参考.某种程度上,也是
重构中的”改善既有代码的设计”理念的雏形.如在历史中心业务层对查询某类已删除的ID
列表的封装(在设计时,较难想到,当然自己思考量也不够.在写的过程中,很容易发现这段代
码可以封装成一个私有方法)
平时应该在浏览网页的时候,留心各种前台设计,比如消息中心的左侧边栏设计,运用比较广泛.
设计时,两条路,路铺平了=>主方法实现,主方法实现=>满满铺路,要什么,就实现什么(边边角角) 如先做登陆功能,还是先做提问的功能,做的时候,可以稍微权衡一下.