웹 배포를 위해 구매 또는 빌드? [닫은

Question

Windows 애플리케이션에 사용할 수있는 광범위한 설치 및 웹 배포 솔루션을 평가했습니다. 나는 여기서 명확히하겠습니다 (너무 자세한 내용은 다른 질문 으로이 도구가 다른 질문에서 다루었습니다) 옵션에 대한 나의 이해는 다음과 같습니다.

• NSIS - 설정 실행 파일을 생성하는 무료 도구. 작은 이진. 전문화되고 때로는 둔감 한 스크립팅 언어.
• 이노 설정 - 실행 파일 설정을위한 무료 도구. 다양한 이진 압축 체계. 파스칼 스크립팅 엔진.
• wix - MSI 바이너리를 생성하는 무료 도구 세트. XML 정의 언어.
• wix 클릭 - 포장, 웹 다운로드 및 자동 업데이트 감지를위한 추가 도구 (현재 Wix 코어의 일부).
• 설치실 - 설치 포장을위한 상업적 개발 환경. MSI Binaries를 생성합니다. C와 같은 설치 설명 언어.
• 지혜로운 - 설치 포장을위한 상업적 개발 환경. MSI Binaries를 생성합니다.
• Clickonce - 비주얼 스튜디오는 자동으로 업데이트를 감지하여 웹 서버에 응용 프로그램을 게시하기위한 프레임 워크를 지원합니다. 사용자 정의 설치 요구 사항 (INI 파일, 레지스트리 등)에 대한 지원이 없습니다. 패키지는 MSI 바이너리로 설정합니다.
• 인식을 설치하십시오 - 설치를위한 상업적 개발 환경. MSI Binaries를 생성합니다. 자동 업데이트 프레임 워크 (웹 업데이트).

내가 놓친 경우 알려주세요.

그리고 StackoverFlow에서 이러한 기술에 대한 유용한 논의를 발견했습니다.

• 최고의 간단한 설치 시스템
• Windows 설치 프로그램을위한 최상의 선택
• ClickOnce의 대안

저는 이러한 몇 가지 솔루션과 소수의 독점적 인 내부 설치 솔루션과 함께 일했습니다. 그들은 주로 설치를 포장하고 개발자가 런타임 환경에 액세스 할 수있는 프레임 워크를 제공합니다. 웹 배포 및 자동 소프트웨어 업데이트에 대한 요구 사항이 높아짐에 따라 소프트웨어의 웹 전달 및 후속 업데이트를위한 프레임 워크에 대한 개발자간에 더 많은 합의를 찾을 것으로 예상했지만 실제로 그 합의를 찾지 못했습니다. 확실히 사용 가능한 솔루션 (Clickonce, Clickthrough, InstallShield 업데이트 서비스)이 있지만 각각 상당한 제한 사항이 있습니다 (이 중 하나를 잘못 표현하면 저를 수정하십시오). 다음 중 일부를 제공하는 프레임 워크에 관심이 있습니다.

• 업데이트의 제 3 자 호스팅/관리.
• 클라이언트 환경 (INI 파일, 레지스트리 등)에 대한 액세스.
• 사용자 등록/활성화.
• 피드백/오류보고

이로 인해 웹 배포 문제에 접근하는 가장 좋은 방법은 사용자 정의 구축 독점 솔루션 (기존 설치 프로그램 포장을 활용할 수 있음)을 통한 것입니다. 이런 종류의 솔루션이 여러 가지 성공적인 응용 프로그램에 잘 작동하는 것을 보았습니다.

• FileZilla -HTTP update.filezilla-project.org에 대한 http 요청 업데이트를 확인하고 NSIS 바이너리를 다운로드 한 다음 설치를 실행하도록 종료합니다.
• 대규모 멀티 플레이어 게임에 대한 자동 업데이트는 전적으로 필요하며 독점 시스템을 사용하여 보편적으로 구현됩니다.

마침내 내 질문에 :

• 필요한 기능을 제공 할 웹 배포 프레임 워크를 놓쳤습니까?
• 내 요구 사항이 제 3 자 프레임 워크가 제공 할 것으로 합리적으로 기대하기에는 너무 구체적입니까?
• 구매하거나 빌드해야합니까?

Answer 1

• 특정 요구 사항이 귀하의 비즈니스의 핵심 인 경우; 즉, 비즈니스의 일부는 원활하고 사용자 친화적 인 배포/설치를 제공하는 것이며 사용 가능한 배포 라이브러리 중 어느 것도이를 달성 할 수 없다고 생각합니다.
• 특정 요구 사항이 좋을 경우에는 비즈니스의 상당한 부분을 차지하지 않습니다. 즉, 최종 사용자는 일반적으로 원활한 설치 절차를 기대하거나 필요로하지 않거나 스스로 할 필요가 없습니다 (즉, 해당 단계를 IT 부서로 전달할 필요는 없습니다. 그러면 자신의 특정 요구 사항을 위해 자신의 것만 구축해야 할 필요성은 다음과 같습니다. 관련된 추가 노력보다 더 중요 할 것입니다.

사용자 정의 솔루션이 필요하다는 인상은 건전한 솔루션이라고 생각합니다. 특히 자동 업데이트와 피드백이 필요한 경우 제품 경험의 핵심이 될 것 같습니다.

Answer 2

설치 상대에 대한주의를 촉구합니다. 우리는 최근 고객 지원에 충격적인 경험을했습니다.

우리는 그들의 샘플 프로젝트 중 하나를 따라 비참하게 실패한 편지로 갔다. 고객 지원으로 지원 티켓을 제기했으며 자신의 코드를 수정하는 데 199 달러가 소요될 것이라고 들었습니다.

그런 다음 사용자 포럼에서 동일한 문제를 제기 했으며이 건물이 구성된 크로스 게시물을 구성하고 허용되지 않았기 때문에 즉시 금지되었습니다. 비록 이것이 그들의 이용 약관에서 언급되지 않았음에도 불구하고. 실제로, 그들은 우리 회사의 어느 누구도 포럼에 게시 할 수 없습니다.

매우 열악한 경험과 우리는 반복하지 않을 것입니다. 우리는 이제 가능한 한 빨리 installaware를 교체하려고합니다.

자신의 위험에 따라 설치를 구매하십시오.

Answer 3

InstallaWare에서 멀리 떨어져 있다고 말한 포스터에 절대적으로 동의하십시오. 그들은 정말 터무니없는 윤리 문제의 오랜 역사를 가지고 있었고, 고객을 끔찍하게 대합니다. 그들은 완전히 모욕적이고 모욕적 일 수 있습니다.

installaware를 조심하십시오!

Answer 4

나는 설치에 대해 완전히 동의합니다.

Wix, NSIS 및 InstallAware를 사용한 후, 나는 그들이 소프트웨어 개발자로서 실제로 필요한 것에 대해 과잉임을 겸손히 인정해야합니다. Visual Studio 배포 프로젝트를 사용하여 배포 할 수없는 프로젝트는 없습니다.

제한되어 있습니까? 예.

그것은 또한 매우 사용하기가 간단합니다. 또한, 당신은 실제로 ~할 수 있다 자동으로 만드는 것과 같은 깔끔한 일을하십시오 패치 (.MSP 파일) 설명대로 기술을 사용하여 여기

나는 당신이 할 수 없다는 것을 완전히 이해합니다 모든 것 Visual Studio Setup 프로젝트 내부에 있지만, 당신이 무엇을 놀라게하는 것은 놀랍습니다. ~할 수 있다 성취하다. 무료이며, 쉽고 솔직히 말해서 일반적인 용도는 Wix의 마음을 사로 잡는 XML (인상적으로) 또는 설치 상대의 장황 스크립트를 배우는 것보다 더 나은 선택입니다.

VS 설정을 사용하면 Drag'n'Drop & Build'ndedeploy입니다. 내가 시도한 다른 모든 솔루션은 백을 설정했습니다 ... 프로젝트 출력을 자동으로 감지 할 수는 없습니다. 또는 빌드에서 원치 않는 출력을 포함시키지 않도록 특수 필터가 필요합니다.

내 제안은 다음과 같습니다. 단순히 프로젝트를 배치하고 싶다면 다음과 같습니다.

1. 사용자 정의 설치 프로그램 클래스를 구축하는 방법 및
2. 자신의 사전 반품 패키지를 작성하는 방법

이들은 모두 마스터하기 쉬운 기술이며 대부분의 개발자의 요구를 충족시킵니다.