人家说不用谢静姐，静姐只是闲的无聊学雷锋，我应该怎么幽默回答对方_百度知道
人家说不用谢静姐，静姐只是闲的无聊学雷锋，我应该怎么幽默回答对方
你在哪儿呢咋了啥事？饭局啊，我在你家门口呢？ 对方沉默一会说 “你叫的外卖，于是也装熟回他 “嗐我周五还能在家，好几个局喊刚接一电话！一到周五就这样？” 号码陌生但这语气肯定熟人啊，不知道是谁还怕尴尬，张嘴就问 “哎你在家呢么
其他类似问题
为您推荐：
其他2条回答
静姐。雷锋走的早。不要人陪
雷锋死的那么早，我才不学他呢
是人家说让我不用谢她
不是人家谢我
等待您来回答
下载知道APP
随时随地咨询
出门在外也不愁公司全称：北京千橡网景科技发展有限公司 &公司电话：010- &公司地址：北京市朝阳区酒仙桥中路18号国投创意信息产业园北楼1层
北京千橡网景科技发展有限公司：
··京公网安备号·甲测资字
文化部监督电子邮箱：wlwh@··
违法和不良信息举报电话：027- 举报邮箱：&&&&&&&&&&&&在类的设计中，有一个明确的原则是不要去继承一个实现好了的类，这是为什么呢。比起使用接口和抽象类，继承一个实现好了的类不是更方便，里面能用的直接用，不合适的override就行了啊，这不影响父类的作用吧？
Object类也不是什么抽象类啊
按投票排序
就是因为C++里多重继承功能强大但是容易出错，Java才给取消掉了。正如你所举的例子，A和B都继承于C，再写个D继承A和B。那么C里面有个方法，A和B继承过去后都进行了覆盖，那么D到底是该继承A里面的版本呢还是B里面的版本呢？所以才要有接口，接口里继承过来的方法都要重新写。
多重继承是一件很复杂、很容易产生问题的功能。它跟Goto语句一样，利弊交织。以下分两部分叙述，第一部分是Python多重继承遇到的麻烦，第二部分是Java和Ruby如何折中多重继承需求。============================================第一部分：Python是支持多重继承的，但为了解决多重继承的方法查找顺序问题（被称为MRO），有一场苦难史：1. 传统模式直接使用深度优先算法（并且，从左向右），每个类选择其第一次出现的位置。比如class A:
def save(self): pass
class B(A): pass
def save(self): pass
class D(B, C): pass
作为D类的一个实例，它的成员寻找顺序是：D、B、A、C。但当碰到如下这样一个“菱形继承”就麻烦了：class A:
def save(self): pass
class B(A): pass
class C(A):
def save(self): pass
class D(B, C): pass
作为D类的一个实例，寻找顺序也是D、B、A、C，但调用其save方法时，到底是调用A中的呢？还是C中的呢？直观上看，应该是C。这里有产生矛盾了。2. Python2.2的new-style class模式Python2.2中引进了new-style class，说白了就像java一样，所有类都继承自最根本的object类。这就让“菱形继承”变成十分普遍，于是只能改变MRO策略。仍然使用深度优先搜索、从左向右，但是每个类选择其最后一次出现的位置。这样一来，对上面的“菱形继承”就处理比较完美了，形成的顺序是：D、B、C、A，越是公用基础类，越放在后面。但是，碰到交叉继承，就又懵了。这里，X和Y都继承自O，A继承(X,Y)（注意，有先后顺序），B继承(Y,X)，再有个最下面的类继承(A,B)。这里，X和Y都继承自O，A继承(X,Y)（注意，有先后顺序），B继承(Y,X)，再有个最下面的类继承(A,B)。按照上述算法出来的结果是：?、A、B、Y、X、O。这就有些奇怪了，明明A在B前，A继承的X在Y前，可为啥X的优先级比Y要低呢？3. C3算法1996年，一帮牛人写了一篇文章，提供了一个基于层级计算的线性MRO算法，被称为C3，整体上比较合理了。（算法不详说了）在2012年被加入了Dylan语言，2007年加入了Python2.3，此外还有Perl 6、Parrot等语言之中。这样虽说基本解决了计算问题，但多重继承本身就有很多让人疑惑的地方，比如：参考文献：参考文献：============================================第二部分：多重继承那么复杂，可单一继承又那么拘束，咋办呢？1. 接口继承Java就是那么做的，只允许单一继承类（方法的实现），但可以继承多个接口（方法的定义）。Java的接口继承功能，既实现了静态语言的多重继承性，又避免了多重继承的数据构造的冲突和类层次的复杂性。但是，我们并不能说接口是解决问题的完美方案。接口也有不能共享实现的缺点。本来只是为了跨越继承层次来共享代码，现在却需要另外生成一个独立对象，而且每次方法调用都要委派给这个对象，这实在是不太合理，而且执行的效率也不高。——《松本行弘的程序世界》2. Mix-in这是Ruby所推崇的，最初在Lisp中开始使用。规则如下：通常的继承都是单一继承。第二个以及两个以上的父类必须是Mix-in的抽象类（即不能单独生成实例，不能继承普通类）。这种规则下，既能够保持单一继承的结构，又能用Mix-in来共享方法的实现。
java语言的设计者错误地假定程序员都是sb，处理不好多继承问题设计者低估了多继承的价值，想当然地以为interface+单继承能解决一切，殊不知如果不支持多继承，菱形继承并没有很好的替代方案C++的多继承支持是最好的，提供了所有可能的方式，相信程序员能处理好。不支持多继承很sb
刚参加完Oracle的Java SE7 培训，简单讲下自己的感悟。有取必有舍。Java认为多重继承不是一个很重要并且不是没有就不行的特性，但是他带来的危害却大于他的好处，所以舍弃。同理对于指针、内存管理都一样道理。多重继承具体有什么坏处？因为继承本身就是一件很复杂、很麻烦、很谨慎的事情，以致于多少人在吐槽面向对象？。多重继承使之更复杂更麻烦更容易犯错。具体为什么可参考其他人的回答。我同意有些人的回答说Java不信任程序员。正因如此，所以Java没有指针、不需要内存管理、也没有多重继承。但是，程序员可以说是最不值得信任的一群群体，不然为何需要专门的测试人员？所有语言都在一定程度不信任程序员，只是看程度如何而已。如果信任程序员的能力，应该去使用汇编语言、如果信任程序员的能力和水平，应该让程序员自己查BUG测试。Java相比C++选择对程序员的给予更低信任度而换取更高的代码安全性。即Java选择了舍弃更多的功能或性能而选择更高的保险性罢了。---------------------------用Java实现多重继承的方式-----------------------------而对于多重继承的实现方式。其实并不应该像很多人说的那样使用实现多个接口实现的。如果这样，将产生大量的“CTRL C+CTRL V”，当你发现你大量的CTRL C+CTRL+V时，就几乎可以断定。你的代码写得不好了。首先，在Thinking in Java里面，作者已经指出——如果确定在不需要多态（把子类转为父类）的情况下，应该优先考虑组合而不是继承。至于原因，我认为是继承本身就是一件很复杂很麻烦很谨慎的事情。以致于多少大牛在吐槽面向对象？“实现上的继承就跟过度使用goto语句一样，使程序拧巴和脆弱。结果就是，面向对象系统通常遭受复杂和缺乏复用的痛苦。” — John Ousterhout( Tcl and Tk 的创始人) Scripting, IEEE Computer, March 1998“面向对象编程语言的问题在于，它总是附带着所有它需要的隐含环境。你想要一个香蕉，但得到的却是一个大猩猩拿着香蕉，而其还有整个丛林。” — Joe Armstrong(Erlang语言发明人)以下就以大猩猩的例子举例实现多重继承。现有抽象对象猩猩和对象大猩猩、拿着香蕉的大猩猩、拿着苹果的大猩猩、拿着香蕉和苹果的大猩猩，四个对象。继承关系图如下：（word作图，某些箭头不规范，请见谅）并且再考虑有一个人类的类。里面有一个方法：“喂猩猩”，参数是“猩猩”类型。注：猩猩是抽象类。Version 1 --------使用组合+继承这样，既实现了多继承、也实现了多态——无论是大猩猩，还是拿着香蕉和苹果的大猩猩都能传递参数给人类的“喂猩猩的方法”了。但这样还有一个问题，假如我还需要在大猩猩的层面扩充继承的更多数量的类如继承“野生动物”。而在人类的方法新增远离野生动物的方法：由于已经不能再使用多重继承，难道又要重构使用组合吗？由于已经不能再使用多重继承，难道又要重构使用组合吗？Version2----------接口+组合这就是我们说的用接口实现多重继承。是因为这样可以把子类利用多态赋给多个父类（接口），而把主要的方法使用组合封装起来而避免多次实现接口的方法。需要多少钟父类型，就在顶层增加接口实现。注：本初的猩猩类依旧可以设计为“类”即最顶层可以考虑拥有一个（抽象）类，也可以全部都是设计为接口，具体看业务需求和复杂度而定。以上是参加完Oracle 新员工培训后所思所得，有错请评论指出。PS：word作图很恶心！
只能继承一个父类才是合理的，符合自然法则，如果你是哺乳动物你当然就不能下蛋了。飞机不是鸟类但是也会飞，怎么办？所以才要有接口interface啊，你想让飞机继承机械的父类同时让它会飞，override飞行接口的命令代码就行了。
C++和C一样，信任程序员，认为程序员知道自己在干什么，所以给我们强大的武器，至于伤到自己，那么就是我们自己的问题。而Java和后来的C#认为这个太复杂了，为了我们的安全，这些能伤到自己的都干掉
1：你没说是什么语言；2：猜测是JAVA,java中有接口，接口很方便，用多了你会喜欢上接口的；3：你可以D继承A，然后D中在写个匿名内部类继承B，这样也能实现多继承；
以上回答都比较复杂，不如看看这个：因为近亲结婚是没有好下场的！能不折叠么？
多继承已经在Java 8中通过interface的default关键字引入。简单地说，现在Java的interface就相当于C++中的abstract class。“default”关键字标注的方法可以有一个实现；而一个类可以实现多个interface，所以本质上等同于多继承。但是实际上跟C++还是有区别的。当不同的interface出现了相同的default方法，编译将不会通过，而C++是需要将子类强制转化成其中一个父类，或显式调用其中一个父类的方法。Java的多重继承仍然比C++要简单一些。引入多重继承是为了lambda迫不得已的选择，并不代表Java、Oracle或其社区认同了多重继承。Java8在List, Map等Collection的API中加入了如filter, map, all等函数，大大减少了形式化的代码。而为了实现与之前版本的兼容性，在Collection的一系列interface中加入的"stream"方法必须不能要求老的代码强制实现。假设JDK中List的声明是这样：public interface List&T& {
void add(T ele);
...}在老的代码中可能有人重新实现了这个接口：public class MyList&T& implements List&T& {...}假设Java8直接在List&T&中添加了"stream"方法，那么MyList这个类在JDK8下编译就会出错，因为它并没有实现"stream"方法。于是乎，考虑到兼容性，给予stream方法一个默认的实现，而无需让老版本的MyList强制实现，成了唯一的选择。哎Java也够不容易的……女朋友发表心情说在家很无聊，求一个幽默又有创意一点的回复她。_百度知道
女朋友发表心情说在家很无聊，求一个幽默又有创意一点的回复她。
女朋友发表心情说在家很无聊，求一个幽默又有创意一点的回复她。。。回复她的心情，要求幽默
我有更好的答案
幽默创意的回复
早就说了你在无聊之前时买多点黄瓜了吧！现在黄瓜都憨法封盒莩谷凤贪脯楷贵了，不过我这里还剩一条，你想要的话我给你送去！
伸手对小狗说＂叭叭＂，小狗立刻躺下装死，小狗肯定听懂意思了，可是小狗真的明白吗？
其他类似问题
为您推荐：
无聊的相关知识
等待您来回答
下载知道APP
随时随地咨询
出门在外也不愁在她无聊时我会讲好笑的故事给她听用英语翻译这个句子_百度知道
在她无聊时我会讲好笑的故事给她听用英语翻译这个句子
我不会啊，帮帮我吧，就完蛋了，如果做不出来的话求大家了
提问者采纳
if she feels bored,I will tell some interesting stories to her
提问者评价
其他类似问题
为您推荐：
您可能关注的推广回答者：回答者：
英语翻译的相关知识
其他1条回答
I will tell her some funny stories when she feels bored
等待您来回答
下载知道APP
随时随地咨询
出门在外也不愁}