Почему переменные интерфейса статичны и окончательны по умолчанию?

Question

Почему переменные интерфейса статические и конечные по умолчанию в Java?

Answer 1

От Java дизайн интерфейса FAQ Филипа Шоу:

Interface variables are static because Java interfaces cannot be instantiated in their own right; the value of the variable must be assigned in a static context in which no instance exists. The final modifier ensures the value assigned to the interface variable is a true constant that cannot be re-assigned by program code.

source

Answer 2

Поскольку все остальное является частью реализации, а интерфейсы не могут содержать никакой реализации.

Answer 3

статический - потому что интерфейс не может иметь экземпляр. и окончательный - потому что нам не нужно его менять.

Answer 4

Я думаю, что это потому, что интерфейсы не могут быть созданы, поэтому все переменные объявлены как static. Использование ключевого слова final означает, что у него нет тела.

Answer 5

Поскольку интерфейс не имеет прямого объекта, единственным способом доступа к ним является использование класса/интерфейса и, следовательно, поэтому, если переменная интерфейса существует, она должна быть статической, иначе она вообще не будет доступна для внешнего Мир. Теперь, поскольку он является статическим, он может содержать только одно значение, и любые классы, которые его реализуют, могут изменить его, и, следовательно, все будет бесполезно.

Следовательно, если вообще есть переменная интерфейса, она будет неявно статичной, окончательной и, очевидно, открытой !!!

Answer 6

Java не допускает описания абстрактных переменных и/или конструкторов в интерфейсах. Решение: Просто повесьте абстрактный класс между интерфейсом и вашей реализацией, который простирается только абстрактный класс, как так:

public interface IMyClass { 

    void methodA(); 
    String methodB(); 
    Integer methodC(); 

} 

public abstract class myAbstractClass implements IMyClass { 
    protected String varA, varB; 

    //Constructor 
    myAbstractClass(String varA, String varB) { 
     this.varA = varA; 
     this.varB = VarB; 
    } 

    //Implement (some) interface methods here or leave them for the concrete class 
    protected void methodA() { 
     //Do something 
    } 

    //Add additional methods here which must be implemented in the concrete class 
    protected abstract Long methodD(); 

    //Write some completely new methods which can be used by all subclasses 
    protected Float methodE() { 
     return 42.0; 
    } 

} 

public class myConcreteClass extends myAbstractClass { 

    //Constructor must now be implemented! 
    myClass(String varA, String varB) { 
     super(varA, varB); 
    } 

    //All non-private variables from the abstract class are available here 
    //All methods not implemented in the abstract class must be implemented here 

} 

Вы также можете использовать абстрактный класс без любого интерфейса, если вы уверены, что вы не делаете захотите реализовать его вместе с другими интерфейсами позже. Обратите внимание, что вы не можете создать экземпляр абстрактного класса, который вы ДОЛЖНЫ расширить его в первую очередь.

(«защищенных» ключевое слово означает, что только расширенные классы могут получить доступ к этим методам и переменным.)

Spyro

Answer 7

В Java, интерфейс не позволяет объявлять переменные экземпляра. Использование переменной, объявленной в интерфейсе как переменной экземпляра, вернет ошибку времени компиляции.

Вы можете объявить постоянную переменную, используя static final, которая отличается от переменной экземпляра.

Answer 8

Интерфейс может быть реализован любыми классами, и что, если это значение было изменено одним из них, реализующим класс, тогда будет введено в заблуждение для других классов реализации. Интерфейс - это, в основном, ссылка на объединение двух параллельных, но разных сущностей. Таким образом, декларирующая переменная внутри интерфейса будет неявно окончательной, а также статической, поскольку интерфейс не может быть создан.

Answer 9

Подумайте о веб-приложении, где у вас есть определенный интерфейс и другие его классы. Поскольку вы не можете создать экземпляр интерфейса для доступа к переменным, вам нужно иметь статическое ключевое слово. Поскольку его статическое любое изменение значения будет отражать другие экземпляры, которые его внедрили. Поэтому, чтобы предотвратить это, мы определяем их как окончательные.

Answer 10

Интерфейс - это контракт между двумя сторонами, который является инвариантным, вырезанным в камне, следовательно, окончательным. См. Design by Contract.

Answer 11

public interface A{ 
    int x=65; 
} 
public interface B{ 
    int x=66; 
} 
public class D implements A,B { 
    public static void main(String[] a){ 
     System.out.println(x); // which x? 
    } 
} 

Вот решение.

System.out.println(A.x); // done 

Я думаю, что это единственная причина, по которой переменная интерфейса является статической.

Не объявляйте переменные внутри интерфейса.

Answer 12

общественный: для доступности во всех классах, так же, как методы, присутствующих в интерфейсе

статического: как интерфейс не может иметь объект, то interfaceName.variableName может использоваться для ссылки на него или непосредственно переменное имя в классе, реализующем его.

final: сделать их константами. Если 2 класса реализуют один и тот же интерфейс, и вы даете им право изменять значение, конфликт будет возникать в текущем значении var, поэтому разрешается только однократная инициализация.

Также все эти модификаторы неявны для интерфейса, вам действительно не нужно указывать какие-либо из них.

Answer 13

(Это не философский ответ, а более практичный). Требование для модификатора static очевидно, на что ответили другие. В принципе, поскольку интерфейсы не могут быть созданы, единственный способ получить доступ к своим полям - сделать их полем класса - static.

Причина, по которой interface автоматически становится final (константа), заключается в том, чтобы предотвратить различные варианты реализации, случайно изменяя значение переменной интерфейса, которое может непреднамеренно повлиять на поведение других реализаций. Представьте себе сценарий ниже, где interface свойство явно не стало final на Java:

public interface Actionable { 
    public static boolean isActionable = false; 

    public void performAction(); 
} 

public NuclearAction implements Actionable { 

    public void performAction() { 
     // Code that depends on isActionable variable 
     if (isActionable) { 
      // Launch nuclear weapon!!! 
     } 
    } 
} 

Теперь, просто подумайте, что произойдет, если другой класс, который реализует Actionable изменяет состояние переменного интерфейса:

public CleanAction implements Actionable { 

    public void performAction() { 
     // Code that can alter isActionable state since it is not constant 
     isActionable = true; 
    } 
} 

Если эти классы загружаются в один JVM загрузчиком классов, тогда поведение NuclearAction может быть затронуто другим классом CleanAction, когда его performAction() вызывается после выполнения CleanAction (в t он тот же поток или иначе), что в этом случае может быть катастрофическим (семантически то есть).

Поскольку мы не знаем, как каждая реализация interface будет использовать эти переменные, они должны неявно быть final.

Answer 14

Просто попробованный в Eclipse, переменная в интерфейсе по умолчанию является окончательной, поэтому вы не можете ее изменить. По сравнению с родительским классом переменные определенно изменяемы. Зачем? С моей точки зрения, переменная в классе является атрибутом, который будет унаследован детьми, а дети могут изменить его в соответствии с их реальной потребностью.Напротив, интерфейс определяет поведение, а не атрибут. Единственная причина, положенная в переменные в интерфейсе, - использовать их как константы, связанные с этим интерфейсом. Хотя это не является хорошей практикой согласно следующей выдержке:

«Размещение констант в интерфейсе было популярным методом в первые дни Java, но теперь многие считают его неприятным использованием интерфейсов, поскольку интерфейсы должны иметь дело с услуги, предоставляемые объектом, а не его данные. Кроме того, константы, используемые классом, как правило, являются деталями реализации, но размещение их в интерфейсе продвигает их в общедоступный API класса ».

Я также попытался либо ставить статику, либо вообще не имеет никакого значения. Код выглядит следующим образом:

public interface Addable { 
    static int count = 6; 

    public int add(int i); 

} 

public class Impl implements Addable { 

    @Override 
    public int add(int i) { 
     return i+count; 
    } 
} 

public class Test { 

    public static void main(String... args) { 
     Impl impl = new Impl(); 

     System.out.println(impl.add(4)); 
    } 
}