2010-04-27 3 views
0

사용자에게 타사 소프트웨어의 추가 기능인 도구 집합을 배포하는 방법을 만들려고합니다.WPF 양식, 패키지 파일 및 사용자 지정 설치 작업으로 설치 관리자 만들기

다음 작업을 수행 할 싶습니다 :

  • 사용자는 파일이 내 등록 (경우 ProgramData의 위치에 복사 파일을
  • 을 프로그램 추출 자신의 디렉토리 구조에 직렬
  • DLL이 들어갑니다 소프트웨어에 대한
  • 온라인 활성화가 수행되는 제 3 자 응용 프로그램) 추가 기능

C 어떤 사람이 저를 올바른 방향으로 가리키고 있습니까? Visual Studio에서 배포 프로젝트를 살펴 보았지만 이것이 내가 나중에 무엇인지 확신 할 수 없습니다. 주요 문제는 추한 것입니다. 멋진 WPF 설치 프로그램을 갖고 싶습니다. 그리고 더 많은 사용자 정의 경험이 필요합니다. 그러나 일을 더 쉽게 할 수 있다면 트레이드 오프 될 수 있다고 생각합니다.

파일을 추출하는 C# 프로젝트를 만들 수는 있지만 파일을 패키지화하고 배포 프로젝트의 만든 MSI 파일과 같이 다운로드하는 방법을 모릅니다.). 누구든지 올바른 방향으로 나를 가리킬 수 있습니까?

답변

1

WPF 설치 프로그램을 사용하는 경우 응용 프로그램을 설치하기 만하면 적절한 버전의 .NET이 필요합니다. .NET 3.0을 사용하고 있고 소프트웨어에 Windows Vista 이상이 필요한 경우이 방법이 유용 할 수 있습니다. 그러나 .NET 3.5 또는 4.0을 사용하는 경우 단순히 .NET을 요구 사항으로 지정하면 충분하지 않을 수 있습니다. 사용자가 .NET을 제거한 다음 응용 프로그램을 제거하려고하면 어떻게됩니까?

이 때문에 설치 프로그램에서 .NET 사용자 지정 동작을 사용하는 것이 일반적으로 좋지 않은 것으로 간주됩니다.

mmr의 WiX 권장 사항은 훌륭합니다. (필자는 매우 강력했습니다.) 가파른 학습 곡선이 있다는 점에 유의해야합니다. 또는 적어도 성숙한 도구 지원이 거의 없거나 거의 없었기 때문에 마지막으로 사용했을 때도 마찬가지였습니다. 기본적으로 모든 것을 손으로 제작했습니다.

설치 프로그램에서 많은 시간을 할애 할 개발자 리소스가없는 경우 신속하게 설치하고 실행할 수있는 상용 설치 프로그램 제작 제품을 살펴 보시기 바랍니다.

하지만 설치 프로그램에서 일련 번호/활성화 도구를 이동하여 처음 실행하면 응용 프로그램 내에서 그렇게 할 수 있습니다.

+0

귀하의 의견에 감사드립니다. 소프트웨어는 타사 소프트웨어에서 호출하는 dunch 파일 (예 : 10 개)입니다. 그것들은 모두 소프트웨어가 요구하는대로 .net 3.5로 작성 되었기 때문에 제 툴을 설치한다면 그들은 .net 3.5를 이미 가지고있을 것입니다. 나는 제거에 당신의 점을 본다. 내가하려는 것은 효과적으로 Xcopy를 설치 한 다음에 패키지를 만든 다음 활성화하여 파일을 활성화 한 폴더에 파일을 만듭니다 (가능한 한 일찍이를 수행하지만 사용자의 첫 번째 도구가 실행될 때까지 유지) – RodH257

0

WiX으로 이동하십시오.

자신 만의 설치 프로그램을 작성하는 것이 방법보다 복잡하고 모든 버전의 Windows에서 원활하게 작동하는지 확인하는 것이 매우 간단합니다. 그래서, 그것들을 사용하십시오.

관련 문제