已解决问题
手机充电插口插反了，手机会坏吗?
浏览次数：2442
用手机阿里扫一扫
最满意答案
不会,我们现在手机的充电器使用的是交流电。
答案创立者
以企业身份回答&
正在进行的活动
生意经不允许发广告，违者直接删除
复制问题或回答，一经发现，拉黑7天
快速解决你的电商难题
店铺优化排查提升2倍流量
擅长&nbsp 店铺优化
您可能有同感的问题
扫一扫用手机阿里看生意经
问题排行榜
当前问题的答案已经被保护，只有知县（三级）以上的用户可以编辑！写下您的建议，管理员会及时与您联络！
server is ok主板上的RGB接口如果接反了会怎样？_百度知道
主板上的RGB接口如果接反了会怎样？
我有更好的答案
因为led单向导通，RGB接口接反了灯会不亮，但要及时拔出，不会造成什么影响
主板上没有叫做RGB的接口，我想你说的应该是VGA显示接口吧。VGA接口是连接显示器的接口，接口形状具有防呆设计，根本就无法插反。反着插的话，根本就插不进去，所以尽可以放心。
为您推荐：
其他类似问题
换一换
回答问题，赢新手礼包
个人、企业类
违法有害信息,请在下方选择后提交
色情、暴力
我们会通过消息、邮箱等方式尽快将举报结果通知您。接口的作用 - 不悔的青春 - 博客园
随笔 - 188, 文章 - 11, 评论 - 95, 引用 - 0
C#接口是一个让很多初学C#者容易迷糊的东西，用起来好像很简单，定义接口，里面包含方法，但没有方法具体实现的代码，然后在继承该接口的类里面要实现接口的所有方法的代码，但没有真正认识到接口的作用的时候就觉得用接口是多此一举，当然你这样想那是绝对绝对错误的，比尔盖茨的微软请的员工都是比盖茨还聪明的人，他们的C#能添这样的多足吗？！关于接口的作用，网上有一位就真的深入浅出给我们做了很好理解的分析。
我们定义一个接口public interface IBark{&&& void Bark();}再定义一个类,继承于IBark,并且必需实现其中的Bark()方法public class Dog:IBark{&&& public Dog()&&& {}&&& public void Bark()&&& {&&&&&& Consol.write("汪汪");&&&& }}然后,声明Dog的一个实例,并调用Bark()方法&&&&& Dog 旺财=new Dog();&&&&& 旺财.Bark();试想一样,若是想调用Bark()方法,只需要在Dog()中声明这样的一个方法不就行了吗,干什么还要用接口呢.因为接口中并没有Bark()具体实现.真的实现还是要在Dog()中.那么使用接口不是多此一举吗?还有人是这样说的:从接口的定义方面来说,接口其实就是类和类之间的一种协定,一种约束.还拿上面的例子来说.所有继承了IBark接口的类中必需实现Bark()方法.那么从用户(使用类的用户)的角度来说,如果他知道了某个类是继承于IBark接口,那么他就可以放心大胆的调用Bark()方法,而不用管Bark()方法具体是如何实现的.比如,我们另外写了一个类.&&&&&& public class Cat:IBark&&&&&& {&&&&&&&&& public Cat()&&&&&&&&& {}&&&&&&&&& public void Bark()&&&&&&&&& {&&&&&&&&&&&& Consol.write("喵喵");&&&&&&&&& }&&&&&& }当用户用到Cat类或是Dog类的时候,知道他们继承于IBark,那么不用管类里的具体实现,而就可以直接调用Bark()方法,因为这两个类中肯定有关于Bark()方法的具体实现.如果我们从设计的角度来看.一个项目中用若干个类需要去编写,由于这些类比较复杂,工作量比较大,这样每个类就需要占用一个工作人员进行编写.比如A程序员去定Dog类,B程序员去写Cat类.这两个类本来没什么联系的,可是由于用户需要他们都实现一个关于"叫"的方法.这就要对他们进行一种约束.让他们都继承于IBark接口,目的是方便统一管理.另一个是方便调用.当然了,不使用接口一样可以达到目的.只不过这样的话,这种约束就不那么明显,如果这样类还有Duck类等等,比较多的时候难免有人会漏掉这样方法.所以说还是通过接口更可靠一些,约束力更强一些.2、C#中接口的深入浅出:
通过学习对C#中接口的作用有了更进一步的理解，拿出来跟大家分享一下，有说的不对的地方请大家指教。
&&& 假设我们公司有两种程序员：VB程序员，指的是用VB写程序的程序员，用clsVBProgramer这个类表示；Delphi程序员指的是用Delphi写程序的程序员，用clsDelphiProgramer这个类来表示。每个类都有一个WriteCode()方法。定义如下：
class clsVBProgramer(){....WriteCode(){&&&& //用VB语言写代码；}....}
class clsDelphiProgramer(){....WriteCode(){&&& //用Delphi语言写代码；}&& ....}
现在公司来了一个项目，要求派某个程序员写一个程序。class clsProject(){....WritePrograme(clsVBProgramer programer)//用VB写代码{&&& programer.WriteCode();}WritePrograme(clsDelphiProgramer programer)//重载方法，用Delphi写代码{&&& programer.WriteCode();}......}在主程序中我们可以这样写：main(){&& clsProject proj=new clsP&& //如果需要用VB写代码&& clsVBProgramer programer1=new clsVBP&& proj.WritePrograme(programer1);&& //如果需要用Delphi写代码&& clsDelphiProgramer programer2=new clsDelphiP&& proj.WritePrograme(programer2);}
但是如果这时公司又来了一个C#程序员，我们怎么改这段程序，使它能够实现用C#写程序的功能呢？我们需要增加一个新类clsCSharpProgramer,同时在此clsProject这个类中要再次重载WritePrograme（clsCSharpProgramer programer）方法。这下麻烦多了。如果还有C程序员，C++程序员，JAVA程序员呢。麻烦大了！
但是如果改用接口，就完全不一样了：首先声明一个程序员接口：interface IProgramer(){WriteCode();}然后声明两个类，并实现IProgramer接口：class clsVBProgramer():IProgramer{....WriteCode(){&&&& //用VB语言写代码；}....}
class clsDelphiProgramer():IProgramer{....WriteCode(){&&& //用Delphi语言写代码；}&& ....}对clsProject这个类进行一下修改：class clsProject(){....WritePrograme(IProgramer programer){&&& programer.WriteCode();//写代码}......}
main(){&& clsProject proj=new clsP&& IP&& //如果需要用VB写代码&& programer=new clsVBP&& proj.WritePrograme(programer);&& //如果需要用Delphi写代码&& programer=new clsDelphiP&& proj.WritePrograme(programer);&&&}如果再有C#，C，C++，JAVA这样的程序员添加进来的话，我们只需把它们相关的类加进来，然后在main()中稍做修改就OK了。扩充性特别好！
另外我们如果把clsProject这个类封成一个组件，那么当我们的用户需要要扩充功能的时候，我们只需要在外部做很小的修改就能实现，可以说根本就用不着改动我们已经封好组件！是不是很方便，很强大！Java中 一个类实现了某接口 则必须实现该接口中的所有方法么？_百度知道
该问题可能描述不清，建议你
Java中 一个类实现了某接口 则必须实现该接口中的所有方法么？
我有更好的答案
不一定，抽象类实现某个接口，可以不实现所有接口的方法，可以由它的子类实现。比如public&interface&A&{//定义一个接口&&&public&void&show();//定义一个接口方法}&public&abstract&class&AExtend&implements&A{//抽象类实现接口A，但可以不实现show方法，由子类再去实现}
采纳率：75%
来自团队：
是的。如果不需要时间实现那么你写接口的意义在哪儿？
是的，不实现会报错了！！用myeclips 是会提示的！
如果定义为抽象类，就可以实现部分方法
其他1条回答
为您推荐：
其他类似问题
java的相关知识
换一换
回答问题，赢新手礼包
个人、企业类
违法有害信息,请在下方选择后提交
色情、暴力
我们会通过消息、邮箱等方式尽快将举报结果通知您。接口 到底有没有继承 Object 类-CSDN论坛
接口 到底有没有继承 Object 类
我们老师说接口是特殊的类&那意思是接口继承自Object咯&但是java文档没有这个结构&
我很疑惑&&欢迎大侠&发表意见&
&我查了一些资料&是说:
&&&"接口隐含定义了一套与Object类中的方法签名完全相同的方法，所以，我们在程序中调用接口的那些与Object中具有相同签名的方法时，编译器不会报错!"
&&&interface&I&{
&&&class&O&implements&I{
&&//实际上是
&&class&O&extends&Object&implements&I{
接口是接口，类是类。不是一个妈生的就不是一回事。
"接口隐含定义了一套与Object类中的方法签名完全相同的方法，所以，我们在程序中调用接口的那些与Object中具有相同签名的方法时，编译器不会报错!"
确实有这回事，记不清在哪看过了
接口是抽象方法和常量值的定义的集合。是一种特殊的抽象类，只包含常量和方法的定义，而没有变量和方法的实现。
而object类是所有类的父类，你知道这个就可以了，至于接口和object类有什么关系，我只能说没有什么关系。
应该不是继承
&Java中，接口可以看成是一种“纯”的抽象类。如果通过Jjavap反汇编接口生成的.class文件，查看一下它的常量池，可以看到接口也是用class这个关键字来标识的，JVM并没有为接口定义一个专门的关键字。由此可以推断，JVM并不把接口看成是与普通的类完全不同的另一种“东西”。
上摘自&数字世界-凡人&对网友的回复:http://blog.csdn.net/bitfan/archive//6083935.aspx
我也不清楚~~~~~
参考：java语言规范&9.2&Interface&Members
If&an&interface&has&no&direct&superinterfaces,&then&the&interface&implicitly&declares&a&public&abstract&member&method&m&with&signature&s,&return&type&r,&and&throws&clause&t&corresponding&to&each&public&instance&method&m&with&signature&s,&return&type&r,&and&throws&clause&t&declared&in&Object,&unless&a&method&with&the&same&signature,&same&return&type,&and&a&compatible&throws&clause&is&explicitly&declared&by&the&interface.&It&is&a&compile-time&error&if&the&interface&explicitly&declares&such&a&method&m&in&the&case&where&m&is&declared&to&be&final&in&Object.&
如果一个接口没有直接的父接口，那么，这个接口就隐含的声明了这样的一些成员方法m，这个方法是public&abstract的，签名是s，返回类型是r，抛出t类型异常，与Object类中声明的public的，签名是s，返回类型是r，抛出t类型异常的方法相对应，除非，接口中明确定义了这样的方法。
如果接口明确的声明了这样的方法m，m在Object类中是final的，这将会产生编译时error。
Object的public方法：
public&final&native&Class&?&&getClass();
public&final&native&void&notify();
public&final&native&void&notifyAll();
public&final&void&wait()&throws&InterruptedException
public&boolean&equals(Object&obj)
public&native&int&hashCode();
public&String&toString()
protected&native&Object&clone()&throws&CloneNotSupportedE
protected&void&finalize()&throws&Throwable&{&}
也就是说，接口里面默认有equals、hashcode、toString、clone和finalize这5个方法。
做了个实验，挺有意思：
在eclipse里面：
public&interface&MyInterfsace&{
&&&&public&void&toString();//compile&error!&The&return&type&is&incompatible&with&Object.toString()
&&&&public&void&equals(Object&obj);//compile&error!The&return&type&is&incompatible&with&Object.equals(Object)
&&&&public&String&finalize()&throws&T//compile&OK!but:The&return&type&is&incompatible&with&Object.finalize(),&thus&this&interface&cannot&be&implemented
&&&&public&String&hashCode();//compile&error!&The&return&type&is&incompatible&with&Object.hashCode()
&&&&public&String&clone()&throws&CloneNotSupportedE//没啥特别的反应。
It&follows&that&is&a&compile-time&error&if&the&interface&declares&a&method&with&a&signature&that&is&override-equivalent&(§8.4.2)&to&a&public&method&of&Object,&but&has&a&different&return&type&or&incompatible&throws&clause.
如果接口声明了一个方法，跟Object的方法构成override，但是却有不一样的返回类型或者是不兼容的异常类型，也是编译时error。
引用&3&楼&py&的回复:接口是抽象方法和常量值的定义的集合。是一种特殊的抽象类，只包含常量和方法的定义，而没有变量和方法的实现。
而object类是所有类的父类，你知道这个就可以了，至于接口和object类有什么关系，我只能说没有什么关系。
说的很好支持
没有继承的啊
在java中接口是一种数据类型
还有一点：
接口没有构造函数，而类都有构造函数，包括抽象类。
接口继承了Object类，在.class文件中的super_class标志中可以看到，另外《深入java虚拟机》第二版以及《The&Java&Virtual&Machine&Specification》second&edition中有说到
另外，通过代码也可以验证，你把一个对象赋值给一个接口的引用，是可以调用Object中的wait，notify等方法的
引用&12&楼&ticmy&的回复:接口继承了Object类，在.class文件中的super_class标志中可以看到，另外《深入java虚拟机》第二版以及《The&Java&Virtual&Machine&Specification》second&edition中有说到
另外，通过代码也可以验证，你把一个对象赋值给一个接口的引用，是可以调用Object中的wait，notify等方法的
把一个对象赋值给一个接口的引用
java中的任何类都会继承Object类的
interface&HYL&{
void&print();
public&class&HYLTest&{
public&static&void&main(String[]&args)&{
public&&void&add(HYL&i){
public&void&get(Object&ob)&{
看到上面的代码一定会想，接口继承了Object类，其实不然，但为什么get()中可以传入一个接口，应该接口可以定义引用，但JVM知道引用必然会指向一个子类对象，所有的对象都实现了Object类，子类对象也不例外，所以i肯定指向的是一个实现了这个接口的对象当然继承了Object&，，，个人见解（接口没有实现）
还可以这样分析：接口里面所有的方法都是抽象的未实现的方法，object里面的方法都实现了，如果接口可以继承Objct那么接口中就有非抽象的方法了，如果lz认为可以这样的话。。。我的答案是：不能继承
这个问题貌似没什么实际意义
懒得多说，《深入java虚拟机》第二版第126页第六行
《The&JavaTM&Virtual&Machine&Specification》Second&Edition&CHAPTER&4&The&class&File&Format
4.1&The&ClassFile&Structure中对于super_class标志的描述，我就复制一下内容吧：
super_class&
For&a&class,&the&value&of&the&super_class&item&either&must&be&zero&or&must&be&a&valid&index&into&the&constant_pool&table.&If&the&value&of&the&super_class&item&is&nonzero,&the&constant_pool&entry&at&that&index&must&be&a&CONSTANT_Class_info&(§4.4.1)&structure&representing&the&direct&superclass&of&the&class&defined&by&this&class&file.&Neither&the&direct&superclass&nor&any&of&its&superclasses&may&be&a&final&class.
If&the&value&of&the&super_class&item&is&zero,&then&this&class&file&must&represent&the&class&Object,&the&only&class&or&interface&without&a&direct&superclass.
For&an&interface,&the&value&of&the&super_class&item&must&always&be&a&valid&index&into&the&constant_pool&table.&The&constant_pool&entry&at&that&index&must&be&a&CONSTANT_Class_info&structure&representing&the&class&Object.
回复}