Java에서 인터페이스의 역할 분석

이 글은 주로 Java 인터페이스의 역할을 소개하며, 인터페이스 사양에 대한 지식이 포함되어 있습니다. 필요한 친구는 참고하면 됩니다.

1. 인터페이스는 사양입니다

좋습니다. 인터페이스가 사양이라는 사실을 이미 알고 계시군요!

아래 그림은 우리가 생활 속에서 접하는 인터페이스, 즉 전원 소켓 인터페이스를 보여줍니다.

2. 규제는 왜 필요한가?

인터페이스 사양 때문에:

• 사양에 맞는 플러그만 있으면 모든 전기 제품에 전원을 공급할 수 있습니다.

• 어느 제조사(Siemens 소켓, TCL 소켓, Bull 소켓...)라도 규격에 맞게 제작하면 전원 공급이 가능합니다.

각 제조사 소켓의 생산 기술 및 공정은 인터페이스가 다르기 때문에 구현이 다를 수 있지만 기기의 정상적인 작동에는 영향을 미치지 않습니다. 소켓의 내부 구현은 기기로부터 완전히 보호됩니다.

소프트웨어 개발도 마찬가지입니다.

• 인터페이스 사양에 따라 메소드를 호출하면 원하는 기능을 얻을 수 있습니다

• 인터페이스에 따라 인터페이스 구현 사양, 원하는 기능을 제공할 수 있습니다

다음 단계가 핵심입니다:

• 소프트웨어 개발은 ​​대부분 공동 작업입니다. 전기 제품과 소켓은 서로 다른 방식으로 만들어집니다. people 일단 완료되면 인터페이스를 통해 모든 사람이 개별적으로 작업할 수 있고 모두 인터페이스에 따라 작업할 수 있으며 각자의 작업을 완료한 후 쉽게 함께 통합될 수 있습니다. 다양한 부품의 테스트도 더욱 편리해졌습니다.

• 소프트웨어는 계속 발전해야 합니다. 현재는 Bull 소켓을 사용하고 있으며 1년 후에는 Siemens 소켓으로 변경할 수 있습니다. 아마도 소켓을 변경할 수 없을 것입니다. 생각해 보세요. 미국에 출장을 갈 때마다 어댑터를 가져와야 합니다. 그렇지 않으면 인터페이스 사양이 다르기 때문에 얼마나 불편한가요! (이 어댑터에서 강한 어댑터 모드 냄새가 나나요?)

3. 인터페이스를 통해 사양을 설정해야 하는 경우는 언제인가요?

시스템의 일부 공개 동작을 추상화하거나 가변성을 캡슐화하려면 이를 추출해야 합니다. 귀하의 시스템이 향후 더욱 유연해질 수 있도록 시스템 인터페이스를 설계할 때. 말씀하신 대로 구현을 직접 작성하는 방법은 물론 노동 분업과 협업, 가변성, 테스트 편의성 등의 요소가 포함되지 않는 결정론적 시나리오에서도 가능합니다. 당연히 인터페이스가 필요하지 않습니다. 예를 들어, 일반적인 상황에서는 Pojo의 getter 및 setter에 대한 인터페이스와 구현을 분리할 필요가 없습니다. 따라서 객체 지향 마스터는 우리에게 별도의 인터페이스와 구현, 인터페이스 지향 프로그래밍을 끊임없이 가르칩니다.

위 내용은 Java에서 인터페이스의 역할 분석의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!