Это правильная структура интерфейса в Java? - PullRequest
0 голосов
/ 17 января 2012

Я пытаюсь понять концепцию интерфейса в Java до сих пор, и я понимаю, что интерфейс - это Java.

Что интерфейс, как показано ниже, создает официальный договор между сторонами, стороной А иразработчик интерфейса и сторона B, пользователь класса, разработанного стороной B. То, что любой созданный класс, реализующий интерфейс, должен обеспечивать поведение, обеспечиваемое интерфейсом, созданным Стороной A.

Экземпляр объекта, созданный изкласс, который реализует класс, будет иметь возможность запускать функциональность / поведение / подчиненные функции, содержащиеся в интерфейсе?

И что интерфейс действует также как предварительная схема для класса?И что интерфейс должен быть закодирован, а не закодирован?

package house;

public interface Infratructure {
     public int numberBedrooms();
     public int numberBathrooms();

     public boolean attic();
     public int atticSize();

     public boolean lounge();
     public int loungeSize();

     public boolean kitchen();
     public int kitchenSize();

     public boolean grarage();
     public int garageSize();

     public boolean basement();
     public int basementSize();

}

1 Ответ

2 голосов
/ 17 января 2012

что интерфейс, как показано ниже, создает официальный контракт между стороны, сторона A разработчик интерфейса и сторона B, пользователь класса, разработанного партией B

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

Что любой созданный класс, реализующий интерфейс, должен обеспечить поведение, предоставляемое интерфейсом, созданным партией A

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

Экземпляр объекта, созданный из класса, который реализует класс, будет быть в состоянии иметь функциональность / поведение / подчиненные, работающие на этом содержатся в интерфейсе?

Интерфейс не содержит (не реализует) никакого поведения, функциональности, подпрограмм. Это просто заявляет об этом. Сдача классам работы по реализации.

И что интерфейс действует также как предварительная схема для класса? И это интерфейс должен быть закодирован, а не закодирован?

Да, если вы проектируете свою систему на основе интерфейсов, вы получите большую степень детализации и низкую согласованность компонентов.

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...