java4android (被客户不断变化的需求“折磨”)

父类:


class Printer{
void open(){
System.out.print("Open");
}

void close(){
System.out.print("close");
}

void print(String print){
System.out.print("print-->"+print);
}
}

子类:


class HPPrinter extends Printer{

}


class CanonPrinter extends Printer{

void close(){
this.clean();
super.close();
}

void clean(){
System.out.print("clean");
}
}

主函数:


class Test{
public static void main(String args[]){
int flag = 0;

if(flag == 0){
HPPrinter hpPrinter = new HPPrinter();
hpPrinter.open();
hpPrinter.print("bvc");
hpPrinter.close();
}
else if(flag == 1){
CanonPrinter canonPriter = new CanonPrinter();
canonPriter.open();
canonPriter.print("bvc");
canonPriter.close();

}
}
}

java4android (被客户不断变化的需求“折磨”),布布扣,bubuko.com

时间: 2025-01-08 22:15:32

java4android (被客户不断变化的需求“折磨”)的相关文章

程序员如何对待客户“不合理的需求”。

常听见程序员抱怨  "客户的不合理需求". 然而,创新,进步, 往往萌芽自尽力满足那些 "不合当下的理,常识,但合乎欲望,愿望"的需求. 200年前,当一个中国人幻想不骑马,不走路,不做轿子,也能从一地到异地时. 一定有一大帮人讥笑他 "脑子有问题","建议去做崂山学道". 40年前,当一个小孩幻想,显示屏能不能做成纸那么薄,可以折叠到口袋里,一定有人说"小孩子,别瞎想". 由于,政治专制,满清 至今,&q

  阿厝:给客户创造无限的需求

太忙了,挤不出时间写文章了,今天给大家推荐一篇我徒弟写的分享,是关于技巧性的销售手法. 谈到销售,有些人会觉得很难,很高深,更有些人干脆说"我不会". 其实,销售的本质并没有那么复杂,好多东西是你自己想得太复杂了,或者说是被某些人刻意搞复杂了. 人天生就会销售,为什么这么说呢?你出生的"呱呱"哭声,就在"销售",让大家知道你是健康的,由此接纳你是愉快的,相当于是把自己给"卖"出去了,我称之为"本能销售"也是

客户为什么习惯变更需求

看了一篇文章,提到这个问题,为何盖个房子,不会盖到中间提出改变设计,是因为用户知道那样做成本太高了,而软件则不同,在客户眼里,修改软件是很容易的事情. 不能说没有道理.那么问题来了,1.为何用户有这种看法?2.还有别的原因吗? 先说第一个问题. 一是,我认为,客户不了解开发过程.不像对传统行业的了解,比如盖房子,很多人都见过,而且看在眼里的都是实打实的东西,水泥,沙子,图纸,一帮子工人在脚手架上忙活,各种吊车,机械,隆隆作响,动静很大,甚至还搞得尘土飞扬 .成没多久,大楼起来了,占很大地界,高耸

抽象类和抽象函数

面向对象应用(一) 被客户不断变化的需求"折磨" 根据客户要求,不同品牌的打印机具有开机.关机.打印功能,此处代码就不写了 1.抽象函数的语法特征 什么是抽象函数 只有函数的定义,没有函数体的函数被称为抽象函数: absyract void fun (); 2.抽象类的语法特征 什么是抽象类 使用abstract 定义的类被称之为抽象类: 1.抽象类不能够生成对象: 2.如果一个类当中包含有抽象函数,那么这个类必须被声明为抽象类: 3.如果一个类当中没有抽象函数,那么这个类也可以被声明

程序员30岁能干嘛,程序员30岁后怎么办?

又是老话题,程序员30岁能干嘛,程序员30岁后怎么办?最近博客园里程序员过30岁能不能再写程序的帖子好像又火起来了.当年我刚入行做IT,看到的这类帖子,吓得不得了——差点就放弃了,还好我胆子大.所以今天有空,再看到这样的帖子,总是忍不住要多说几句. 我大学里学的专业是国际贸易,毕业后主要是做律师,也比较深入的涉足过装饰行业,几年前转行做了IT. 所以,我想,关于这个话题,我能给大家一个不同视角的启示.当然,个人意见,仅供参考,这本来就是一个仁者见仁,智者见智的话题. 下面我就以下一些常见的观点逐

【转】程序员30过后

程序员30过后 最近博客园里程序员过30岁能不能再写程序的帖子好像又火起来了.当年我刚入行做IT,看到的这类帖子,吓得不得了--差点就放弃了,还好我胆子大.所以今天有空,再看到这样的帖子,总是忍不住要多说几句. 我大学里学的专业是国际贸易,毕业后主要是做律师,也比较深入的涉足过装饰行业,几年前转行做了IT. 所以,我想,关于这个话题,我能给大家一个不同视角的启示.当然,个人意见,仅供参考,这本来就是一个仁者见仁,智者见智的话题. 下面我就以下一些常见的观点逐个的谈一谈. 1. 程序员的门槛低.

面向对象应用(一)

1.被客户不断变化的需求 "折磨" 第一次需求 class Printer{ void Open(){ System.out.println("Open"); } void Close(){ System.out.println("Close"); } void Print(String s){ System.out.println("Print--->" + s); } } 1 class Test{ 2 public

程序员30过后

最近博客园里程序员过30岁能不能再写程序的帖子好像又火起来了.所以今天有空,再看到这样的帖子,总是忍不住要多说几句.关于这个话题,我能给大家一个不同视角的启示.当然,个人意见,仅供参考,这本来就是一个仁者见仁,智者见智的话题.下面我就以下一些常见的观点逐个的谈一谈. 1. 程序员的门槛低. 当年找工作的时候,别人问我的专业,感觉低人一等.结果进来了,才发现,很多同事,原来都不是科班出身,而且他们做得很好!所以很多人就开始自怨自艾,当初选错了专业,自己辛辛苦苦学了4年,结果出来什么都不是了-- 但

软件架构师之拥抱变化

你是否正在被不断变化的需求折磨得焦头烂额?! 你是否在为繁冗复杂项目抓耳挠腮?! 相信这是很多人现在正面临的问题.我们在学习软件架构时经常能看到拥抱变化的字眼,我们也知道什么是拥抱变化,也知道拥抱变化是解决上述问题的最优途径.然而,如何拥抱变化才是解决问题的关键所在.每每此时,各种书本都会把路标指向设计模式,各种架构模式等,大家每个人看了以后大都恍然大悟,而付诸于实践时则仍旧一脸茫然.那么如何做到拥抱变化呢? 首先,要从软件架构的根本说起.我们为什么要进行软件架构设计?!答案很简单,因为有变化,