深入继承之抽象类和接口综合分析及完整案列解说(二)
2008-03-16 01:56
375 查看
通过深入继承之抽象类和接口综合分析及完整案列解说(一),我想大家已经认识到了知识共享的巨大力量了。我门上面看到的这些东西不是我们任何一个人在短时间内就能够总结出来的,但是大家一起总结,那结果就是这样爽的。
我希望大家都能够大方一点,别做得那么小气,生怕自己知道的那点知识被别人知道了。饭碗就被别人抢了,事实上在跟人分享的过程中并不是一味的在付出,你同样也会有收获,无论是帮别人解答疑问还是跟别人交流,就好象我在写(或着说我是在复制别人的心得)一样,看起来我是在无偿的为大家做,事实上呢我同样的有收获的,因为写这个文章的时候我发现了很多我过去学和用中一之没有注意到的死角,也发现很多更新,更好的技巧。
所以我相信,只要我门每个人都尽量的多跟人分享你所学,最终带来的是大家的共同进步。在园里我特别喜欢老赵(MSDN Web Cast的ASP.NET AJAX深入浅出系列课程),Dflying Chen(AJAX系列书籍),张逸老师(软件设计精要与模式,WCF),李会军(新版设计模式)等同志,他门的书籍及文章我相信大家看后都会受益非浅,他们在园里的排名及贡献是大家共同看到的。
也许大家发现了我上面给张逸叫老师,这是为什么呢?上面列举的这些牛人中我就认识张逸,认识我的朋友可别说是我和他同姓才特别介绍,其实并不是这样。在我的学习过程中张逸老师对我帮助很大,在我大学即将毕业的最后一年里,我在张老师所在的公司实习(他当时是我门.NET开发一部的部长,管人可严了,我悄悄说的,大家看到了这句话一定是眼花了,呵呵),他曾经给我上很多课程和开过很多技术专题讲座,我想大家都知道,对于一个没毕业的大学生来说,没有一定的项目开发经验在写论文的时候是很吃力的,在我考系统分析师期间论文得到他的指导让我考试顺利通过,在此我借园子的位置想张老师说声谢谢。另外他所著的《软件设计精要与模式》对我的帮助也很大,虽然这不是一本讲解设计模式的专题书籍,他的写作却是以设计模式为主来讲解的,最后以MS开源项目PetShop 4.0作为案例讲解模式的应用,个人觉得写得很不错,我在现在的项目中都采用了书里的很多设计思想。
看到这里大家是不是觉得我这个人很罗嗦了,写文章写到去介绍牛人和书籍去了,这是不是在为他门打广告????
好了,言归正转,我门还是进入主题,戏不能唱一半就停止了吧,既然开始了那么演得在差也得演唱完毕吧。看看下面这个实例:
我门根据一个小书店的情况来说这个实例,当然实例不能准确的说明一切,只是说通过这个类让大家更感性的认识到抽象类和接口的使用情况。
首先分析书店的经营情况
1. 书是可以出祖和销售的
2. 书的分类为三个方面,所以销售和出祖的价格分别也分三个档次
3. 顾客分为会员和普通顾客
通过上面的分析,我们可以开始构思程序的实现了
1. 无论买那种折扣的书都需要支付书对应的现金购买
2. 无论租那种书都需要支付对应的租金
3. 无论那种业务类型都需要返回出详细信息(实际上应该是写入数据库)
4. 无论他的逻辑是怎么样的,我们在前台处理的时候并不想也不需要知道那么多,我们就希望用我们现在知道的信息直
接换取到应该的操作.
这两个我们使用接口来定义返回的 钱 .
然后再定义一个接口方法来处理我们的写入数据库操作(这里是返回出详细信息)
接下来把顾客类型,交易类型,书的类型以及租借类型(指是租书还是还书)分别做个枚举
先来看一个UML图,我相信比我用手敲键盘更容易说清楚结构。
namespace EBook
2namespace EBook
namespace EBook
namespace EBook
using EBook;
public class Factory
到这里为止,我们这个书店的程序逻辑就设计完毕了。
篇幅限制,具体的调用我就不多做解说,欢迎大家一起探讨,学习。
我希望大家都能够大方一点,别做得那么小气,生怕自己知道的那点知识被别人知道了。饭碗就被别人抢了,事实上在跟人分享的过程中并不是一味的在付出,你同样也会有收获,无论是帮别人解答疑问还是跟别人交流,就好象我在写(或着说我是在复制别人的心得)一样,看起来我是在无偿的为大家做,事实上呢我同样的有收获的,因为写这个文章的时候我发现了很多我过去学和用中一之没有注意到的死角,也发现很多更新,更好的技巧。
所以我相信,只要我门每个人都尽量的多跟人分享你所学,最终带来的是大家的共同进步。在园里我特别喜欢老赵(MSDN Web Cast的ASP.NET AJAX深入浅出系列课程),Dflying Chen(AJAX系列书籍),张逸老师(软件设计精要与模式,WCF),李会军(新版设计模式)等同志,他门的书籍及文章我相信大家看后都会受益非浅,他们在园里的排名及贡献是大家共同看到的。
也许大家发现了我上面给张逸叫老师,这是为什么呢?上面列举的这些牛人中我就认识张逸,认识我的朋友可别说是我和他同姓才特别介绍,其实并不是这样。在我的学习过程中张逸老师对我帮助很大,在我大学即将毕业的最后一年里,我在张老师所在的公司实习(他当时是我门.NET开发一部的部长,管人可严了,我悄悄说的,大家看到了这句话一定是眼花了,呵呵),他曾经给我上很多课程和开过很多技术专题讲座,我想大家都知道,对于一个没毕业的大学生来说,没有一定的项目开发经验在写论文的时候是很吃力的,在我考系统分析师期间论文得到他的指导让我考试顺利通过,在此我借园子的位置想张老师说声谢谢。另外他所著的《软件设计精要与模式》对我的帮助也很大,虽然这不是一本讲解设计模式的专题书籍,他的写作却是以设计模式为主来讲解的,最后以MS开源项目PetShop 4.0作为案例讲解模式的应用,个人觉得写得很不错,我在现在的项目中都采用了书里的很多设计思想。
看到这里大家是不是觉得我这个人很罗嗦了,写文章写到去介绍牛人和书籍去了,这是不是在为他门打广告????
好了,言归正转,我门还是进入主题,戏不能唱一半就停止了吧,既然开始了那么演得在差也得演唱完毕吧。看看下面这个实例:
我门根据一个小书店的情况来说这个实例,当然实例不能准确的说明一切,只是说通过这个类让大家更感性的认识到抽象类和接口的使用情况。
首先分析书店的经营情况
1. 书是可以出祖和销售的
2. 书的分类为三个方面,所以销售和出祖的价格分别也分三个档次
3. 顾客分为会员和普通顾客
通过上面的分析,我们可以开始构思程序的实现了
1. 无论买那种折扣的书都需要支付书对应的现金购买
2. 无论租那种书都需要支付对应的租金
3. 无论那种业务类型都需要返回出详细信息(实际上应该是写入数据库)
4. 无论他的逻辑是怎么样的,我们在前台处理的时候并不想也不需要知道那么多,我们就希望用我们现在知道的信息直
接换取到应该的操作.
这两个我们使用接口来定义返回的 钱 .
然后再定义一个接口方法来处理我们的写入数据库操作(这里是返回出详细信息)
接下来把顾客类型,交易类型,书的类型以及租借类型(指是租书还是还书)分别做个枚举
先来看一个UML图,我相信比我用手敲键盘更容易说清楚结构。
namespace EBook
2namespace EBook
namespace EBook
namespace EBook
using EBook;
public class Factory
到这里为止,我们这个书店的程序逻辑就设计完毕了。
篇幅限制,具体的调用我就不多做解说,欢迎大家一起探讨,学习。
相关文章推荐
- 深入继承之抽象类和接口综合分析及完整案列解说(一)
- 深入继承 - 抽象类和接口
- 深入分析php中接口与抽象类的区别
- [深入分析BREW机制]:BREW接口的继承特性应用
- 深入继承 - 抽象类和接口
- 深入分析Java的接口和抽象类
- 深入继承 - 抽象类和接口
- PHP入门教程之面向对象的特性分析(继承,多态,接口,抽象类,抽象方法等)
- 深入继承 - 抽象类和接口
- PHP入门教程之面向对象的特性分析(继承,多态,接口,抽象类,抽象方法等)
- 习题--抽象类、继承、接口综合
- 深入继承 - 抽象类和接口
- 深入分析php中接口与抽象类的区别
- 深入继承 - 抽象类和接口
- 深入继承 - 抽象类和接口
- 深入继承——抽象类和接口
- 深入继承——抽象类和接口
- 抽象类与接口的深入分析
- 黑马程序员——继承的深入学习:抽象类与接口(上)
- 【Java面试题】60 接口是否可继承接口? 抽象类是否可实现(implements)接口? 抽象类是否可继承具体类(concrete class)? 抽象类中是否可以有静态的main方法?