您的位置：首页 > 编程语言 > Java开发

浅谈Java接口中为什么只能定义常量

2017-09-05 10:18 274 查看
解释：接口的含义：接口就是提供一种统一的’协议’,而接口中的属性也属于’协议’中的成员.它们是公共的,静态的,最终的常量.相当于全局常量。抽象类是不’完全’的类,相当于是接口和具体类的一个中间层.即满足接口的抽象,也满足具体的实现.如果接口可以定义变量，但是接口中的方法又都是抽象的，在接口中无法通过行为来修改属性。有的人会说了，没有关系，可以通过实现接口的对象的行为来修改接口中的属性。这当然没有问题，但是考虑这样的情况。如果接口A中有一个public访问权限的静态变量a。按照Java的语义，我们可以不通过实现接口的对象来访问变量a，通过A.a= xxx;就可以改变接口中的变量a的值了。正如抽象类中是可以这样做的，那么实现接口A的所有对象也都会自动拥有这一改变后的a的值了，也就是说一个地方改变了a，所有这些对象中a的值也都跟着变了。这和抽象类有什么区别呢，怎么体现接口更高的抽象级别呢，怎么体现接口提供的统一的协议呢，那还要接口这种抽象来做什么呢？所以接口中不能出现变量，如果有变量，就和接口提供的统一的抽象这种思想是抵触的。所以接口中的属性必然是常量，只能读不能改，这样才能为实现接口的对象提供一个统一的属性。通俗的讲，你认为是要变化的东西，就放在你自己的实现中，不能放在接口中去，接口只是对一类事物的属性和行为更高层次的抽象。对修改关闭，对扩展（不同的实现implements）开放，接口是对开闭原则的一种体现。那么问题来了，接口中的常量用处何在呢？请看下文：
	常量一般的用法和枚举类型类似。就是给一些不具有意义的常量如 1 "ok" true 等赋予容易理解的名称。使用的范围倒并非接口中，如果定义在接口中的常量则表明这一接口的作者希望其他人在重写方法的时候使用他所定义的常量，但也没有必须的要求。就是说其实是一种类似代码格式的常用约定。比如我需要定义一个池的接口Pool
我希望在定义池的容量大小的时候会有一个范围，就是最大最小值和默认值，并且希望以后重写的人也可以遵守。
那么我就会将这些值定义为常量。希望重写的人可以遵守，并且也可以将无意义的数字变为更容易传达含义的的"MAX_CAPACITY"。
这样，有经验的程序员就会通过以上的常量来重写方法，比如在添加时如果池中元素大于"MAX_CAPACITY"就会触发整理池的方法，或者导致添加失败等回馈。
说法二：
1. 约定接口中需要使用的常量。
2. 简化代码。
第一点没什么说的了，主要是第二点，Java1.3那时候Java还没有静态引用和枚举的。所以，假设类里定义了一组变量，Class1.CONST1 Class1.CONST2 ;

那么，其他应用该常量的程序，就要用类名加常量名，写起来很长啊。如果要简写的话，一种办法是使用该常量的类继承定义常量的类，这样只需要写变量名就行了。
但类的问题是不能多继承，而接口没有这个限制，所以，就把常量定义在接口里了。因此，了解一件事时，历史原因也不得不考虑！

                                            

                                        

                        
                        内容来自用户分享和网络整理，不保证内容的准确性，如有侵权内容，可联系管理员处理 点击这里给我发消息 
                    

                    

                    

                        

                         标签： 
                                                语法
                                                java
                                                

                        

                    


                

            


            

                
相关文章推荐

                

                

                    
                

            

        

        

            

            
            

                

                    
新的分享

                    

                        
                    

                

            


            

                

                    
章节导航