나란히 매니페스트, 뜨겁거나 우아함에서 떨어지는가?[닫은]

https://stackoverflow.com/questions/5050435

15-11-2019
|

문제

최근 우리 클라이언트에 대한 .dll 지옥 문제가 발생했기 때문에 필요한 .dll 및 .ocx의 SxS 설치가 좋은 생각인지 궁금합니다.이에 대해 읽고 종속성 중 적어도 일부가 매니페스트를 통해 충족되었을 때 애플리케이션을 배포하는 데 성공했지만 여전히 권장되는 배포 방법입니까, 아니면 지난 몇 년간 유행하다가 이제는 점차적으로 버려지고 있습니까?

해결책

왜 그것이 유행이 될지 모르겠습니다.VB6의 문제는 VB6 SP6의 지원이 향상되고 XP SP2가 보다 완벽한 구현을 제공했지만 이를 직접 지원하는 도구 업데이트가 없다는 것입니다.

여기서는 항상 이를 사용하지만 특정 타사 컨트롤이 제대로 작성되지 않아 작동할 수 없다는 사실을 발견했습니다.예를 들어 많은 vbAccelerator 항목이 이러한 방식으로 "깨진" 것 같습니다.

우리는 드문 경우입니다. ~하지 않다 MSI 패키지로 모든 것을 마무리하더라도 지금은 reg-free COM을 사용하여 배포하세요.다른 제품의 열악한 설치 프로그램(많은 DLL Hell의 소스)으로부터 격리된다는 것은 큰 장점이며 Windows는 시스템 구성 요소 측면에서 자체 방어에 대해 점점 더 좋아지고 있습니다. 많은 그 자체.

비결은 좋은 도구 지원을 찾는 것입니다.나는 SDK 도구를 통해 Microsoft의 대략적인 지원을 적용하는 데 인내심을 가져본 적이 없지만 다른 사람들은 그랬다고 생각합니다.이런 종류의 상용 제품이 하나 이상 있습니다.우리는 자체적으로 개발한 자체 도구를 사용합니다.

일시적 유행?우리는 그것을 고려 경쟁 우위.VB6에서도 이식 가능한 소프트웨어를 제작하는 것이 더 쉬워졌습니다!독일 소스에서 본 일부 런타임 라이브러리 로딩 및 해킹 툴킷과 달리 프로그램에 바이올린 코딩을 많이 추가할 필요도 없습니다.평범한 오래된 VB6 프로그램이 잘 작동합니다.

이를 통해 가능해지는 또 다른 기능은 사용자별 배포로, 권한 상승 없이 사용자를 위해 설치되는 MSI 패키지를 쉽게 만들 수 있다는 점입니다.우리는 주로 스텔스웨어를 생산하는 것이 아니지만 고객은 때때로 조직 내에서 높은 벽에 직면할 수 있으며 이를 통해 우리가 제공하는 제품을 설치하고 업무를 수행할 수 있습니다.우리는 레지스트리나 보호된 파일 시스템 영역을 건드리지 않기 때문에 관리자 유형의 부정적인 피드백은 거의 0에 가깝습니다.Windows 7에서는 다음과 같은 기능이 향상되었습니다.

Windows 7에서 사용자별 또는 컴퓨터별 설치 컨텍스트에 대한 단일 패키지 작성

Vista에서는 동일한 기술이 작동하지만 얻지는 못합니다. 단일 패키지 기능.격리된 애플리케이션을 구축하면 프로세스가 더욱 쉬워집니다.

물론 SxS는 reg-free COM 및 격리 이상의 의미를 갖고 있지만 VB6 용어에서는 아마도 이것이 바로 여러분이 말하는 것일 것입니다.DotNet이 이를 사용하고, OS도 이를 사용합니다.왜 그것이 "유행"으로 보일지 잘 모르겠습니다. 아마도 많은 사람들이 도구에 대한 좌절, VB6에서 다른 것으로 이동하거나 경제가 현재 매우 경쟁력이 있기 때문에 주제에 대해 조용히했을 것입니다.

다른 팁

나는 과거에 SxS를 실험했지만 응용 프로그램이 실행되어야 하는 특정 비율의 Windows XP 시스템에서 문제가 발생한 후 사용을 중단했습니다.

라이센스 : CC-BY-SA ~와 함께 속성

제휴하지 않습니다 StackOverflow