0922

工作内容:1.历史记录(100%) 待测试2.后台管理系统登录(100%)3.客户端分享详细中的下载和播放功能(下班前完成)

备注: 

写实现时,从单个页面考虑用户使用体验往往会较片面,需要从用户的角度出发模拟现实的场景,比如历史中心/消息中心的回答内容截取长度问题,用户看到后,一般

都会点进去看,这里为了美观,选择截取一行不到一点的内容较为恰当.

修改小问题时,想好涉及到的地方,修改好后,各个地方都要测试下,因为下次碰到时,如果

漏改了,需要回忆,这个时间有多有少.如QA的异步加载提交的追问中时间格式的修改

在设计时,考虑到的东西尽量多一点,但是,总有一部分是在写的过程中或者说写完后,才会发现缺陷的,这时,就需要总结下这个事例,用来作为下一次设计时的参考.某种程度上,也是重构中的”改善既有代码的设计”理念的雏形.如在历史中心业务层对查询某类已删除的ID列表的封装(在设计时,较难想到,当然自己思考量也不够.在写的过程中,很容易发现这段代

码可以封装成一个私有方法)

平时应该在浏览网页的时候,留心各种前台设计,比如消息中心的左侧边栏设计,运用比较广泛.

设计时,两条路,路铺平了=>主方法实现,主方法实现=>满满铺路,要什么,就实现什么(边边角角) 如先做登陆功能,还是先做提问的功能,做的时候,可以稍微权衡一下.

感想:

金字塔效应始终存在,高难度的(底层,jvm,c,cpp),稀少而珍贵,低难度的(封装,简化编程的java)一抓一大把.能否走多远,就看自己目标有多远.忽然在看胖哥的<java特种兵>时感觉不再害怕C语言("儿时"留下了不小的阴影,指针看着眼花),感觉大牛就在我身边的那种感觉,虽然只是随意看了几页.在写这日记的时候,突感:学习java的string时,马士兵用了内存图很好的解释了string的存储和产生,那么,弄懂jvm,是否真的能解决这样的类似问题呢?好期待这样的感觉!心中非常急切地想吃透这本书,但又不能浮躁,自己一定要去掉这个毛病.慢慢学,静下心来才能更好地吸收.平时也要多看看API,毕竟是更容易理解的一层物质.