정확한 발췌문을 바탕으로 한 포괄적이고 상세한 설명:
PaymentProcessor 인터페이스를 준수하는 CheckPaymentProcessor 클래스의 올바른 구현 방법을 결정하기 위해 인터페이스, 클래스 구현 및 메서드 오버라이딩에 대한 Apex 구문을 기반으로 각 옵션을 평가해야 합니다. Salesforce의 공식 Apex 개발자 가이드를 참조하여 문제와 각 옵션을 체계적으로 분석해 보겠습니다.
Apex에서 인터페이스 이해하기:
* 인터페이스 정의: Apex에서 인터페이스는 해당 인터페이스를 구현하는 모든 클래스가 구현해야 하는 메서드 계약을 정의합니다. PaymentProcessor 인터페이스는 `void pay(소수점 금액);`이라는 단일 메서드를 선언합니다. Apex 개발자 가이드에서는 "인터페이스는 클래스가 구현할 수 있는 메서드 시그니처 모음이며, 클래스는 각 메서드에 대한 구체적인 구현을 제공해야 합니다."라고 명시하고 있습니다(Salesforce Apex 개발자 가이드, 인터페이스).
* 인터페이스 구현: 클래스는 `implements` 키워드를 사용하여 인터페이스를 구현하며, 인터페이스에 정의된 각 메서드에 대해 구체적인 구현(메서드 본문)을 제공해야 합니다. Apex 개발자 가이드에서는 "인터페이스를 구현하는 클래스는 인터페이스에 선언된 모든 메서드를 동일한 시그니처로 구현해야 합니다."라고 명시하고 있습니다(Salesforce Apex 개발자 가이드, 인터페이스).
* 핵심 사항:
* 인터페이스는 `extends`가 아닌 `implements`를 사용하여 구현됩니다.
* 구현된 메서드는 인터페이스의 메서드 시그니처(이름, 반환 유형, 매개변수)와 일치해야 하며 메서드 본문을 제공해야 합니다.
인터페이스는 클래스가 아니므로 extends를 사용하여 확장할 수 없습니다. extends는 클래스 상속에 사용됩니다.
요구사항 분석:
* 인터페이스: PaymentProcessor는 void pay(소수점 금액);이라는 하나의 메서드를 정의합니다.
* 클래스: CheckPaymentProcessor는 수표 처리 결제 기능을 제공하기 위해 이 인터페이스를 구현해야 합니다. 즉, 일치하는 서명과 구체적인 구현을 갖춘 결제 메서드를 정의해야 합니다.
* 올바른 구현: 해당 클래스는 PaymentProcessor 인터페이스를 구현해야 하며, 본문을 포함하는 구체적인 결제 메서드를 제공해야 합니다.
선택지 평가하기:
* A.
꼭대기
복사
public class CheckPaymentProcessor implements PaymentProcessor {
public void pay(소수 금액) {}
}
* 구문: `uses implements PaymentProcessor`는 Apex에서 인터페이스를 구현하는 올바른 구문입니다.
* 메서드 구현: 인터페이스의 메서드 시그니처(void pay(Decimal amount))와 일치하는 public void pay(Decimal amount) {} 메서드를 정의하고, 구체적인 구현(본문은 비어 있지만 유효함)을 제공합니다. Apex 개발자 가이드에서는 "구현 클래스는 인터페이스의 각 메서드에 대해 메서드 본문을 제공해야 하며, 본문이 비어 있더라도 유효합니다."라고 명시하고 있습니다(Salesforce Apex 개발자 가이드, 인터페이스).
* 접근 제한자: pay 메서드는 public입니다. 인터페이스 메서드는 암묵적으로 public이므로 구현 메서드도 동일하거나 그보다 덜 제한적인 가시성을 가져야 하기 때문입니다.
결론: PaymentProcessor 인터페이스를 구체적인 결제 방식으로 올바르게 구현했으므로 올바릅니다.
* B.
꼭대기
복사
public class CheckPaymentProcessor implements PaymentProcessor {
공개 무효 지불(소수점 금액);
}
* 구문: Uses는 PaymentProcessor 인터페이스를 구현하며, 이는 올바른 구문입니다.
* 메서드 구현: `public void pay(Decimal amount);`와 같이 메서드 본문(중괄호 {}) 대신 세미콜론(;)으로 선언했습니다. Apex에서 인터페이스나 추상 클래스에서는 본문 없이(세미콜론으로 끝나는) 메서드를 선언하는 것이 유효하지만, 인터페이스를 구현하는 구체 클래스에서는 메서드 본문을 반드시 제공해야 합니다. Apex 개발자 가이드에는 "인터페이스를 구현하는 클래스는 각 메서드에 대한 구체적인 구현을 제공해야 하며, 그렇지 않으면 추상 클래스로 선언해야 합니다."라고 명시되어 있습니다(Salesforce Apex 개발자 가이드, 인터페이스). `CheckPaymentProcessor`는 추상 클래스가 아니므로 "메서드가 상위 클래스나 인터페이스의 메서드를 재정의하지 않았습니다."라는 컴파일 오류가 발생합니다.
결론: 잘못된 코드입니다. pay 메서드의 구체적인 구현을 제공하지 않아 컴파일 오류가 발생합니다.
* C.
꼭대기
복사
public class CheckPaymentProcessor extends PaymentProcessor {
공개 무효 지불(소수점 금액);
}
* 구문: `extends PaymentProcessor`는 잘못된 구문입니다. Apex에서 `extends`는 클래스 상속에 사용되며 인터페이스 구현에는 사용되지 않습니다. PaymentProcessor는 클래스가 아닌 인터페이스이므로 `extends`를 사용하여 확장할 수 없습니다. Apex 개발자 가이드에서는 "인터페이스를 구현하려면 `implements`를 사용하고, 클래스 상속에는 `extends`를 사용합니다."라고 명시하고 있습니다(Salesforce Apex 개발자 가이드, 인터페이스). 따라서 `extends`를 사용하면 "인터페이스는 확장할 수 없습니다."라는 컴파일 오류가 발생합니다.
* 메서드 구현: 구문이 올바르더라도 pay 메서드에 본문이 없어(세미콜론으로 끝나지 않아) 옵션 B와 동일한 문제가 발생합니다.
결론: 인터페이스에 extends를 잘못 사용했고 메서드 본문이 없으므로 잘못된 코드입니다.
* 디.
꼭대기
복사
public class CheckPaymentProcessor extends PaymentProcessor {
public void pay(소수 금액) {}
}
* 구문: `uses extends PaymentProcessor`는 옵션 C에서 언급했듯이 인터페이스에 대해 잘못된 구문입니다. 올바른 키워드는 `extends`가 아니라 `implements`이며, 이로 인해 컴파일 오류가 발생합니다.
* 메서드 구현: 구체적인 결제 메서드를 제공하며, 형식은 올바르지만 클래스 선언 오류로 인해 전체 구현이 무효화됩니다.
결론: 메서드 구현은 올바르지만 인터페이스에 extends를 잘못 사용했기 때문에 오류가 있습니다.
A번이 정답인 이유:
A번이 정답인 이유는 다음과 같습니다.
* `implements PaymentProcessor`를 사용하여 CheckPaymentProcessor가 PaymentProcessor 인터페이스를 구현함을 올바르게 선언합니다.
* 이는 인터페이스의 메서드 시그니처와 일치하고 계약을 이행하는, 지불 메서드(public void pay(Decimal amount) {})의 구체적인 구현을 제공합니다.
* `public` 접근 제한자는 인터페이스 메서드의 암묵적인 공개 가시성과 일치합니다.
* 본 구현은 Salesforce Apex 개발자 가이드에 설명된 인터페이스에 대한 Apex 모범 사례를 준수합니다.
이해를 돕기 위한 예시:
다음은 올바른 구현 예시(옵션 A)와 메서드 본문입니다.
꼭대기
복사
공개 인터페이스 PaymentProcessor {
void pay(소수점 금액);
}
public class CheckPaymentProcessor implements PaymentProcessor {
public void pay(소수 금액) {
// 수표 처리 구현 예시
System.debug('금액: ' + amount + 수표 결제 처리 중');
// 수표 결제를 처리하는 로직을 추가합니다.
}
}
* CheckPaymentProcessor 클래스는 PaymentProcessor 인터페이스를 구현하고 인터페이스의 계약을 만족하는 구체적인 결제 메서드를 제공합니다.
* 이 클래스는 이제 결제 처리 시스템과 같이 PaymentProcessor가 필요한 모든 곳에서 사용할 수 있습니다.
오타 처리:
* 질문에 제시된 코드 조각과 옵션은 구문적으로 올바르며, 수정할 오타가 없습니다.
* 인터페이스 및 클래스 이름은 질문 전체에서 일관적입니다.
참고 자료:
Salesforce Apex 개발자 가이드:
"인터페이스" 섹션: implements 키워드를 사용하여 인터페이스를 정의하고 구현하는 방법과 구체적인 메서드 구현의 필요성에 대해 설명합니다.
"클래스" 섹션: extends(클래스 상속)와 implements(인터페이스 구현)의 차이점을 명확히 설명합니다. (https://developer.salesforce.com/docs/atlas.en-us.apexcode.meta/apexcode/에서 확인 가능) 플랫폼 개발자 I 학습 가이드:
"개발자 기초" 섹션: 인터페이스 및 구현을 포함한 Apex 객체 지향 프로그래밍 개념을 다룹니다. (https://trailhead.salesforce.com/en/content/learn/modules에서 이용 가능)
/플랫폼 개발자 자격증 학습 가이드)

정확한 발췌문을 바탕으로 한 포괄적이고 상세한 설명:
Apex에서 인터페이스를 구현하려면 클래스 정의에 `implements` 키워드를 사용합니다. 이렇게 하면 클래스가 인터페이스 메서드에 대한 구체적인 구현을 제공하게 됩니다.
참조:
Apex 개발자 가이드: 인터페이스