.NET Winforms 배포

문제

어쨌든 모든 리소스를 App.Config 및 관련 DLL과 같은 단일 EXE 파일로 결합 할 수 있습니까?

일부 응용 프로그램은 Emule과 같은이 작업을 수행하는 것 같습니다.

나는 내 app.config가 편집되기를 기다리는 것을 원하지 않는다.

감사

해결책

확실히, Solution Explorer (언급하지 않기 때문에 여기에 Visual Studio를 가정합니다) Right-click 그리고 Properties 포함하려는 파일의.

옵션이 있어야합니다 Build Action 당신이 설정할 수 있습니다 Embedded Resource.

다른 팁

물론 자원을 포함시킬 수 있습니다. 응용 프로그램 속성으로 이동하여 "리소스"탭을 선택하십시오. 그들의 모든 자원은 메인 바이너리에 있습니다.

App.Config가 편집되기를 기다리는 이유는 무엇입니까? 많은 전문 소프트웨어 패키지에는 구성 및 INI 파일을 자유롭게 편집 할 수 있습니다.

야, 그것이 구성 파일 인 이유입니다! 앱이 ON-D-Fly B의 작동 방식을 변경할 수 있어야합니다!

변경되지 않아야 할 설정에 대해 우려하는 경우 다른 스토리지, 클래스, 데이터베이스, 레지스트리, 플랫 파일 등을 시도하거나 나사로 교체하는 데 사용할 수있는 복제본을 유지하십시오.

병합 DLLS -Ilmerge

구성 파일 병합은 앱 동작을 다시 컴파일하지 않고 조정하는 방법이기 때문에 가치가 없습니다. 필요하지 않은 경우 - 모든 것을 하드 코딩하는 경우 (코드 또는 임베디드 레저로).

여전히 구성 가능성이 필요한 경우 파일을 사용자 프로필에 숨길 수 있습니다.

설정이 변경되기를 원하지 않으면 구성 대신 코드로 이동하십시오.

나는 일부 사용자와 동의합니다. 실제로 "구성"의 목적을 물리칩니다. 공유 클래스의 모든 정보를 공유 클래스 호출 "설정"으로 하드 코드 한 다음

_serverip = settings.mailserverip

고려해야 할 유일한 항목은 헬퍼 파일 (말에 따라 무언가와 관련이 있음), 이미지, 타사 DLL (아직 확실하지 않음)입니다.

.NET App.Config 파일의 문제점은이를 수정하면 응용 프로그램이 작동하는 방식을 변경할 수 있다는 것입니다.

리소스를 포함시키는 것은 문제가되지 않으며, 내가 걱정하는 특정 파일입니다.

나는 Thinstall을 Application Virtualization ShrinkWrapper로 사용했습니다.

이것은 당신이 원하는 것, 즉, 모든 앱의 종속성을 .configs를 포함하여 하나의 엑스 아웃으로 번들로 만듭니다.

또한 다른 소프트웨어 수축 랩 랩 도구를 잘 연구 할 수 있습니다.

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

제휴하지 않습니다 StackOverflow