이런 과제에 대응합니다
- COM / ActiveX / OCX를 사용하는 기존 앱을 유지 보수하고 싶다
- 레지스트리 등록, RegAsm, regsvr32, 관리자 권한 주변에서 막혀 있다
- 32bit 컴포넌트와 64bit 앱을 어떻게 연결할지 결정하고 싶다
- .NET과 C++의 경계를 정리해, 유지 보수하기 쉬운 형태로 만들고 싶다
- 오래된 컴포넌트를 남기면서, 새 앱에서 사용할 수 있게 하고 싶다
COM 주변의 문제는 코드 로직만이 아니라, 프로세스의 bitness, 등록 위치, 호스트, 권한, 스레드 모델이 얽혀서 일어나는 경우가 많습니다.
다루기 쉬운 테마
- COM 컴포넌트의 신규 개발·개수
- ActiveX / OCX의 조사, 등록, 배포 주변 정리
- Reg-free COM 검토
- 32bit / 64bit를 넘나드는 구성 설계
- C++/CLI, COM 브리지, 별도 프로세스화를 통한 기존 자산의 래핑
진행 방식
- 먼저, 이용하는 호스트 앱, 대상 컴포넌트, bitness, 등록 상태를 정리합니다.
- 다음으로, in-proc으로 계속 사용할지, 별도 프로세스화할지, 단계적으로 교체할지를 결정합니다.
- 구현에서는 등록·배포·권한·로그·되돌리기까지 포함해, 현장에서 재현할 수 있는 형태로 만듭니다.
이런 상담에 맞습니다
- COM / ActiveX를 포함한 Windows 자산이 있고, 유지 보수 담당자가 줄고 있다
- Visual Studio나 Office의 bitness 변경으로, 기존 컴포넌트가 동작하지 않게 되었다
- 기존 사양을 살리면서, 새 .NET 앱에서 이용하고 싶다
- 전면 리플레이스 전에, 우선 경계를 정리해 안전하게 수명을 연장하고 싶다