프로젝트 출력 파일의 명명을위한 모범 사례

Question

우리는 exe, dll 및 기타 사용자 지정 확장과 같은 많은 어셈블리 파일을 사용하여 C#으로 응용 프로그램을 개발합니다. 기본적으로 각 파일의 이름은 프로젝트 이름과 동일하며 사용자에게 너무 명확합니다.

각 프로젝트의 출력 파일 이름을 지정하고 응용 프로그램을 설치하는 사용자에게 명확하지 않은 모범 사례가 있습니까?

Answer 1

사용자가 프로젝트 내부를 들여다 보지 못하도록하고, 프로젝트 사용을 간소화하려는 것 같습니다. 이에 대한 우수 사례가 있습니다. 난 당신을 가리키고 난독 화 및 도구를 병합합니다.

난독 : .NET obfuscation tools/strategy

병합 : Best practices for merging assemblies?

당신은 당신의 코드를 난독 화하는 경우, 그것을 디 컴파일하기가 매우 어려울 것이다. 이전 기사에서 3.5로 언급했듯이 이전처럼 많은 문제가되지 않았습니다. 이것은 기술적으로 기울어 진 것들을 지키고 싶다면 도움이 될 것입니다.

어셈블리를 병합 할 때 표시되는 모든 DLL과 EXE는 하나의 EXE가됩니다. 이것은 그들이 무엇을 실행해야하는지에 대해 명확 할 것이기 때문에 좋지만 내부 작업에 너무 많은 정보를주지는 않습니다. 이것은 일반적으로 내 최종 사용자와 관련하여 걱정하지 않는 내용이지만, 이유는 분명합니다.

Answer 2

"windows 폴더 ... 그 표준": 일반적으로 Windows, system32 및 관련 폴더의 파일은 8.3 파일 이름 제한을 준수해야합니다. 그래서 대부분의 경우 엔 미친 듯이 암호를 사용합니다. "파일의 의미 숨기기"는 이름이 이상한 이유가 아닙니다.

은 역사적으로 그 폴더에 이름이 여러 종류가 있습니다 : PING.EXE처럼 잘/알려진 설립 이름을 가진

• EXE는
• 사용자 호출 EXE를 CHKDSK.EXE - notepad.exe를하고 CALC처럼. exe
• 기술적 인 요구 사항으로 인해 특별히 명명 된 chkdsk.exe, chkntfs.exe
• 등의 짧은 이름 - 현지화 파일에는 이름 또는 경로에 문화권 이름이 포함됩니다.
• 일반적으로 이름은 무작위로 이름 지어지며 일반적으로 이름은 구성 요소를 식별하는 몇 가지 약어로 구성되지만 일반적으로 일반 대중은 해독 할 수 없습니다.

대부분의 경우 (전부는 아닐지라도) 좋아하는 검색 사이트에서 파일 이름으로 간단한 검색을하면 파일에 대한 합리적인 세부 정보가 제공됩니다.