이상한 상황입니다.하지만 EXE 파일 (또는 어셈블리 코드)을 프로젝트에 임베드하여 응용 프로그램에서만 시작할 수 있습니다. 파일 시스템에 EXE 파일을 생성하고 시작하지 마십시오.) ....NET : 내 프로젝트에 EXE 파일을 임베드하십시오.
가능합니까?
편집 :
이것은 .NET EXE가 아닙니다. 어쨌든 EXE는 닷넷 어셈블리 인 경우, 당신은 당신의 (외부) 프로그램의 컴파일 된 바이너리를 포함하여로드 할 수 내 프로젝트에 리소스로 Test.exe라는 파일을 추가하고 나는이
Dim exestr As Stream = Nothing
Dim a As Assembly = Assembly.GetExecutingAssembly
exestr = a.GetManifestResourceStream("Test.exe")
RAM disk을 작성하고 .NET 리소스 파일에서 exe 파일을 작성한 다음 거기에서 파일을 실행하십시오. 물리적 디스크를 건드리지 마십시오.
프로그래밍 가능한 RAM 디스크 API에 대한 링크가 없지만 프로그램에서 조작 할만한 것을 찾을 수 있습니다. 다른 이점은 바이러스 스캐너가 보안을 위해이를 계속 인식 할 수 있다는 것입니다.
또한 귀하의 응용 프로그램이 디스크에서 실행되고 있다면 문제가되는 실행 파일이 디스크에있을 수없는 이유가 없습니다. 네트워크를 통해 다운로드하거나 (다운로드하는 경우) 디스크에 먼저 저장하고 실행이 완료되면 지우기.
했다 Assembly.Load(byte[]). EDIT : 그렇지 않으므로 할 수 없습니다.
어셈블리를로드 한 후에 다른 어셈블리와 마찬가지로 내부 어셈블리 (예 : Main 메서드)에서 함수를 호출하거나 AppDomain.CurrentDomain.ExecuteAssembly(innerAssembly.FullName)을 작성할 수 있습니다.
불가능합니다. 이것은 Dave Cutler와 공동 작업자가 Windows NT를 설계 할 때 수행 한 핵심 설계 결정이었습니다. 프로세스는이어야하며 파일 시스템의 파일로 백업해야합니다. Windows는 메모리 매핑 된 파일을 사용하여 프로세스 코드를 가상 메모리에 매핑합니다. 많은 코드가 JIT를 메모리로 컴파일하더라도 .NET 프로그램에서는 다르지 않습니다. IL을 포함하는 어셈블리는 동일한 방식으로 매핑됩니다.
사용자 및 바이러스 스캐너는 단순히 효율적인 운영 체제 이상의 기능을 수행하는 데 적합합니다. 실제로 실행 코드가 갑자기 나타나지 않는 것이 좋습니다.
이것은 불가능합니다. 왜 이러는거야? – SLaks