程序设计之测试用例分析,关于客户端开发之我鉴(二)

上一篇讲到,基础的数据类都已经都准备好了,那就开始我们的变成之旅吧。

 有了这些基础的数据类型我们再来仔细梳理一下整个程序的几个简单的测试用例:

1用户浏览简讯列表查看自己感兴趣的新闻。

2用户找到感兴趣的新闻,浏览新闻的内容。

3用户查看新闻的图片下载收藏。

4用户登录自己的账号对新闻进行评论,收藏,分享等操作。 

通过以上四点,我们可以显而易见的发现,基本上所有的显示出来的数据,都应该是从银河系以内的某个地方拿来的。会不会是外国?南半球?太阳上来的?没事我们先不关心,只是告诉自己一个坚定的信念,这些东西会有一个不惜辛苦的API传送给你,到时候要是如果它总是可以任劳任怨的把你需要的数据,完完整整的及时送给你,你是不是得好好的酬谢酬谢人家? 行了情报的问题解决了,那我们关注一下显示的问题吧。因为我们所有的界面都是显示数据的一个载体那么我觉得还是采用数据驱动界面的这个模式进行程序的设计,这个设计选择绝对是目前为止我经过很多很多的日日夜夜的碰壁,修改,重构总结上来的。(PS:要是你知道更好的办法一定要告诉我)。这个模式不论是模块的重用,界面逻辑的修改,以后的维护来说都很有裨益。这样我们也就有一些显示界面的API了 好啦显示的问题也解决了,根据MVC的思想我们还有一个C,这个C是干什么的,这个C的工作就是负责监视使用我们程序的人,接收到这些用户信息使用,数据的API,界面的API将一个拥有完美用户体验的APP展示给用户,让用户可以开开心心的看一些自己想看的东西。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值