초기화 방법을 피하십시오

이 클래스에는 클래스와 초기화 메소드가있는 기존 코드가 있습니다. 일단 클래스의 객체가 생성되면 initialize를 호출해야합니다.

initialize 메소드가 존재하는 이유 전역 범위를 갖기 위해 오브젝트가 조기에 작성된 후 initialize 메소드가 종속 된 dll을로드 한 후 나중에 호출됩니다.

초기화 관련 문제 이제 클래스에는이 bool isInitialized가 있으며,이 bool isInitialized는 진행하기 전에 모든 메소드에서 확인해야하며 초기화되지 않은 경우 오류를 리턴합니다. 간단히 말해, 그것은 큰 고통입니다.

하나의 가능한 솔루션 생성자에서 초기화하십시오. 전역 범위의 개체에 대한 포인터 만 있습니다. dll이로드 된 후 실제 객체를 만듭니다.

위 솔루션의 문제이 클래스의 객체를 만드는 사람은 dll이로드 된 후에 만 ​​생성해야하며 그렇지 않으면 실패 할 것입니다.

이것이 허용됩니까?

가상 프록시 작업처럼 들립니다.

해당 객체에 대한 참조를 포함하는 가상 프록시를 만들 수 있습니다. DLL이로드되지 않은 경우 프록시는 클라이언트에게 특정 기본 동작을 제공 할 수 있습니다. 일단 DLL이로드되면 프록시는 모든 요청을 실제 주제로 전달합니다.

가상 프록시는 DLL 초기화 확인을 담당하며이를 기반으로 요청이 실제 주제에 위임되어야하는지 여부를 결정합니다.

위키 백과의 프록시 패턴

이 아이디어는 어떻습니까?

DLL이 아직로드되지 않은 경우 유용한 정보가 없습니다. 개체는 오류 만 생성합니다. 치명적인 오류입니까? 오류는 어떻게 처리됩니까?

테스트 방법이 완제품에서이 오류가 발생하지 않는지 확인합니까?

건축 디자인이 아니라 테스트 작업처럼 들립니다. assert결코 발생 하지 않는 오류를 반환하지 마십시오 .

현재 오류를 잡아서 무시하는 클래스의 클라이언트를 수정하여 처음부터 시도하지 않도록하십시오.

다중 스레드 패턴은 DLL을로드 한 후 공유 조건 변수를 설정하고 DLL이로드 될 때까지 객체의 생성자가 대기하고 다른 스레드를 차단하게하는 것일 수 있습니다.

첫 번째 : 상태가 변경되지 않는 한 전역 개체를 해충으로 피하십시오 (구성).

어떤 이유에서든 문제가 발생하면 도움이 될만한 몇 가지 디자인이 있습니다.

나는 두 가지 아이디어를 생각해 냈습니다.

1. Facade를 사용하여 DLL을로드하십시오. 오브젝트는 Facade를 통해서만 액세스 할 수 있으며, Facade는 생성시 DLL을로드하고 동시에 오브젝트를 인스턴스화합니다.

2. 프록시를 사용하지만 똑똑한 종류를 사용하십시오.)

@edalorzo 의 대답이 당신을 두려워 할지도 모른다고 두려워하기 때문에 두 번째 요점을 자세히 설명하겠습니다 .

// Private
static Object& GetObjectImpl() { static Object O; return O; }

// Public
static Object& GetObject() {
  Object& o = GetObjectImpl();
  assert(o.isInitialized() && "Object not initialized yet!");
  return o;
}

이제 한 번만 확인하면됩니다.

이것은 일종의 스마트 포인터를 통해 수행 할 수도 있습니다.

Pointer<Object> o;

여기에서는 포인터를위한 공간 만 예약하고, 처음에는 null이며, DLL이로드 될 때만 실제로 객체를 할당합니다. 이전의 모든 액세스는 예외를 발생 시키거나 (NullException : p?) 프로그램을 완전히 종료해야합니다.

이것은 까다로운 질문입니다. 아키텍처가 문제에 도움이 될 수 있다고 생각합니다.

증거에 따르면 프로그램이로드 될 때 .dll 이로 드되지 않은 것처럼 들립니다. 플러그인처럼 들립니다.

염두에 두어야 할 것은 .dll을 초기화해야한다는 것입니다. 프로그래머는 어쨌든 객체가 안정적으로 돌아 오지 않을 것이라고 가정해야합니다. 이 ( bool isObjectLoaded() { return isInitialized; })를 활용할 수도 있지만 수표에 대한 더 많은 버그 보고서를 얻을 수 있습니다.

나는 싱글 톤을 생각하고 있었다.

싱글 톤을 호출하면 올바른 객체를 검색 할 수 있으면 올바른 객체를 반환해야합니다. 올바른 객체를 반환 할 수 없으면 오류 값 / nullptr / 빈 기본 객체가 표시됩니다. 그러나 객체가 당신에게 죽을 수 있다면 작동하지 않습니다.

또한 객체의 여러 인스턴스가 필요한 경우 팩토리와 같은 것을 대신 사용할 수 있습니다.