[oop] 객체 지향 프로그래밍에서 “인터페이스”의 정의는 무엇입니까?

프로그래밍에서 인터페이스는 객체가 가질 동작을 정의하지만 실제로 동작을 지정하지는 않습니다. 특정 클래스가 무언가를 할 수 있다는 것을 보증하는 계약입니다.

여기에서이 C # 코드를 고려하십시오.

using System;

public interface IGenerate
{
    int Generate();
}

// Dependencies
public class KnownNumber : IGenerate
{
    public int Generate()
    {
        return 5;
    }
}

public class SecretNumber : IGenerate
{
    public int Generate()
    {
        return new Random().Next(0, 10);
    }
}

// What you care about
class Game
{
    public Game(IGenerate generator)
    {
        Console.WriteLine(generator.Generate())
    }
}

new Game(new SecretNumber());
new Game(new KnownNumber());

Game 클래스에는 비밀 번호가 필요합니다. 이를 테스트하기 위해 비밀 번호로 사용되는 것을 주입하려고합니다 (이 원칙을 Inversion of Control이라고 함).

게임 클래스는 실제로 난수를 생성하는 것에 대해 “열린 마음”을 갖기를 원하므로 생성자에서 “Generate 메서드가있는 모든 것”을 요청합니다.

먼저 인터페이스는 객체가 제공 할 작업을 지정합니다. 그것은 단지 그것이 어떻게 생겼는지 포함하지만 실제 구현은 제공되지 않습니다. 이것은 메소드의 서명일뿐입니다. 일반적으로 C # 인터페이스에는 I 접두사가 붙습니다. 이제 클래스는 IGenerate 인터페이스를 구현합니다. 즉, 컴파일러는 둘 다 int를 반환하고 호출되는 메서드가 있는지 확인합니다 Generate. 이 게임은 이제 두 개의 다른 객체라고 불리며, 각각은 올바른 인터페이스를 구현합니다. 다른 클래스는 코드를 빌드 할 때 오류를 생성합니다.

여기서 나는 당신이 사용한 청사진 비유를 발견했습니다.

클래스는 일반적으로 객체의 청사진으로 간주됩니다. 인터페이스는 클래스가 수행해야하는 작업을 지정하므로 실제로 클래스에 대한 청사진이라고 주장 할 수 있지만 클래스에는 반드시 인터페이스가 필요하지 않기 때문에이 은유가 깨지고 있다고 주장합니다. 인터페이스를 계약이라고 생각하십시오. “서명”하는 클래스는 계약의 조건을 준수하기 위해 법적으로 요구됩니다 (컴파일러 경찰에 의해 시행됨). 이것은 인터페이스에 지정된 것을 수행해야 함을 의미합니다.

이는 Java 또는 C #의 경우처럼 일부 OO 언어의 정적으로 형식화 된 특성 때문입니다. 반면에 Python에서는 다른 메커니즘이 사용됩니다.

import random

# Dependencies
class KnownNumber(object):
    def generate(self):
        return 5

class SecretNumber(object):
    def generate(self):
        return random.randint(0,10)

# What you care about
class SecretGame(object):
    def __init__(self, number_generator):
        number = number_generator.generate()
        print number

여기서 어떤 클래스도 인터페이스를 구현하지 않습니다. 파이썬은 그것에 대해 신경 쓰지 않습니다.SecretGame 클래스는 전달 된 객체를 호출하려고 할 것입니다. 객체가 generate () 메소드를 가지고 있다면, 모든 것이 정상입니다. 그렇지 않은 경우 : KAPUTT! 이 실수는 컴파일 타임이 아니라 런타임에 발생하므로 프로그램이 이미 배포되어 실행 중일 수 있습니다. C #은 당신이 그것에 가까워지기 전에 당신에게 알려줄 것입니다.

이 메커니즘이 사용되는 이유는 OO 언어에서 자연스럽게 기능이 일류 시민이 아니기 때문입니다. 당신이 볼, 수 있듯이 KnownNumber및 SecretNumber숫자를 생성하는 JUST 기능이 포함되어 있습니다. 하나는 수업이 전혀 필요하지 않습니다. 따라서 파이썬에서는 그냥 버리고 스스로 함수를 선택할 수 있습니다.

# OO Approach
SecretGame(SecretNumber())
SecretGame(KnownNumber())

# Functional Approach

# Dependencies
class SecretGame(object):
    def __init__(self, generate):
        number =  generate()
        print number

SecretGame(lambda: random.randint(0,10))
SecretGame(lambda: 5)

람다는 “한 줄로”선언 된 함수일뿐입니다. 대리자는 C #에서 동일합니다.

class Game
{
    public Game(Func<int> generate)
    {
        Console.WriteLine(generate())
    }
}

new Game(() => 5);
new Game(() => new Random().Next(0, 10));

참고 : 후자의 예는 Java 7까지 이와 같이 불가능했습니다. 여기서 인터페이스는이 동작을 지정하는 유일한 방법이었습니다. 그러나 Java 8에는 람다식이 도입되었으므로 C # 예제를 매우 쉽게 Java로 변환 할 수 있습니다 ( Func<int>가 java.util.function.IntSupplier되고 =>가 됨 ->).

---

답변