本周总结(09-11-13)

 

      计划总是赶不上变化的,本来还想着能够在中旬之前结束写文档,但是现在看看还得再用一段时间。

      前几天不经意之间想了一下,把自己吓了一跳。这个学期马上就要结束了!时间要转进呐,质量也不能放下,毕竟也算是第一次正儿八经的做工程(以前的那个算是玩耍吧)。

      这周也没白过,脑袋始终是出于循环状态。不断的思考着这个系统中的枝枝抹抹。加上上周末又把几个相关的设计模式看了一下,在设计时系统中的各个元素之间的关系有了一个比较好的轮廓,但是很不是很清晰,因为还没有成为可视化的东西。

      整个软件就按照MVC 来做(其实也不知道是什么),把不同的操作分类,又分层。上层对下层的调用或是操作尽量通过接口来完成,也就是减少不同层之间的交互。

不过上次和学宇讨论是否有必要使用接口,让我觉得接口看起来是灵活了。她是这么说的:如果说下层添加了一个新的类,尽管上层是面向接口的,上层也需要添加相应的模块来完成对新的下层类的操作才行,这样还不是要对上层进行改变吗?其实我觉得问题就在于在下层添加新的类的情况下上层是如何改动的。首先如果说没有接口的话,上层需要添加一个新的方法,方法中要实例化那个新的类,然后在调用实体类的方法或属性;如果说有接口的话,下层添加一个新的类,如果接口中是通过反射机制来调用各个下层类的话,接口不用改动,那么上层只需再调用接口的一个不同的方法即可,不会和下层的类有任何瓜葛。(自己理解的还不是很透彻,想不到具体的例子来证明那个更简单些)。

大概将整个系统的结构构思出来了。就像上面所说,主要是采用分层的思想,尽量面向接口编程,并且在具体操作的实现上尽可能的保持软件的灵活性。

 

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 2
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 2
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值