C++ : NVI와 템플릿 메서드 패턴의 차이점은 무엇입니까?

Question

NVI (Non-Virtual Interface)와 Template Method 패턴의 차이점은 무엇입니까?

그들은 매우 유사하게 보입니다. 그리고 나는 그것들이 기본적으로 동일하다는 것과 그것들이 어떻게 든 더 일반적 인 Template과 미묘하게 다르다는 것을 모두 읽었습니다.

Answer 1

NVI는 관용구이며, 템플릿 방법은 패턴입니다. NVI는 C++에서 동적 디스패치를 ​​사용하는 템플릿 메소드 패턴의 구현입니다. 동적 인 dispatch를 제거하기 위해 템플릿 metaprogramming을 사용하여 C++로 템플릿 메소드를 생성하는 것도 가능합니다.

패턴은 관용구보다 일반적이며 언어는 패턴을 구현하는 데 다른 관용구를 사용할 수 있습니다.

Answer 2

앞서 말했듯이, NVI는 언어 범주와 관련된 프로그래밍 이디엄입니다. 이 계약 이행하는 데 도움이 있기 때문에 그것은, 다른 사람의 사이에서 허브 셔터에 의해 추진 된 것 :

• 클래스 불변을
• 반복적 인 작업 (로그 기록 등) (전달 된 매개 변수와 생성 된 반환 값 이상 주장)
• 기능 계약
생성 된 예외 위에
• 제어 (비록 좋지))

하지만, 실제로 구현 예 NVI의 또 다른 예를 들면, 상당히 다를 수있다

class FooImpl; 

class Foo 
{ 
public: 
    enum type { Type1, Type2 }; 

    Foo(type t, int i, int j); 

    int GetResult() const; 

private: 
    FooImpl* mImpl; 
}; 

그리고 구현 : 구현 Pimpl와 결합하는 것입니다

struct FooImpl 
{ 
    virtual ~FooImpl(); 
    virtual int GetResult() const; 
}; 

class FooType1: public FooImpl 
{ 
public: 
    FooType1(int i, int j); 
    virtual int GetResult() const; 
private: 
    /// ... 
}; 

나는 항상이 점 잘 전달되는 것으로 나타났습니다. 알아 냈어?

요점은 virtual 구현 세부 사항입니다. 인터페이스의 구현 세부 사항을 드러내는 것은 나쁜 아이디어입니다. 변경할 수 있기 때문입니다.

구현 세부 사항은 바이너리 호환성 문제가 있습니다. 예를 들어 클래스에 새로운 virtual 메서드를 추가하면 가상 테이블의 레이아웃이 변경되어 (일반적인 구현 기술) 따라서 바이너리 호환성이 저하 될 수 있습니다. gcc에서 호환성을 유지하려면 마지막으로 (가상에 추가) 추가해야합니다.

위의 NVI + Pimpl 조합을 사용하면 노출 된 클래스에서 virtual이 전혀 (심지어 개인적으로도) 존재하지 않습니다. 메모리 레이아웃은 이전 버전과 호환됩니다. 바이너리 호환성을 달성했습니다. 여기

, 우리는 한 번에 여러 패턴을 사용 :

• 템플릿 방법
• 전략을
• 공장 (우리가 얻을 수있는 구현 결정)

(우리는 의지의 포인터를 교환 할 수 있기 때문에)