이것은 C++/CLI 및 Managed C++ 어셈블리를 찾는 방법으로 시작되었으므로 내부 클래스의 모든 클래스를 테스트하여 상속 된 모든 메서드가 다시 구현되는지 확인할 수 있습니다. 이 과정을 빌드 프로세스 단계로 추가하여 다시는 발생하지 않도록하고 싶습니다..NET 어셈블리가 사후 사젂으로 작성된 언어를 확인할 수 있습니까?
사용 된 .NET 언어를 결정하는 것이 흥미로울 것이므로이 문제에 대해 생각해 보면 조금 궁금합니다. 이 때문에 조금 더 가서 모든 .NET 언어의 어셈블리를 비교했습니다. 가지고, AssemblyConfigurationAttribute을 가지고 GuidAttribute
- C 번호 : - 지금까지 여기에 내가 유형을 비교하고 반사를 통해 .NET 어셈블리의 집합의 속성 데이터를 내가 쓴 작은 프로그램을 통해 발견 한 것입니다 Has My GuidAttibute
- F # - 사용되는 컴파일러의 버전도 지정하는 FSharpInterfaceDataVersionAttribute가 있습니다.
- C++ (모두/clr : 안전함) - 추가 유형이 있습니다 (FrameInfo, type_info)
- C++/clr : safe - 고유 한 리플렉션 기능이없는 것으로 보입니다.
순서대로 해석하는 것이 합리적 일 수는 : 그것은 FSharpInterfaceDataVersionAttribute 그것이 내가 발견 여분 종류의 거대한 세트의 어떤이있는 경우 그것은 C++있어
- .
- "My *"Types가 있으면 VB입니다.
- 이 AssemblyConfigurationAttribute가 있거나 GuidAttribute
- 그것은 C++/CLR 될 가능성이 있다면 그것은 C 번호입니다 :이 끔찍한 해킹 한, 내가 거기에 년후 있는지 확인하기 위해 여기에 확인하고 싶어서,
그러나 안전 다른 옵션을 사용할 수 없습니다.
흥미로운 질문이지만, 왜 라틴어를 사용합니까? 소급해서 이해하기가 더 쉬울 것입니다. 여기에있는 모든 사람들이 영어 원어민이 아닙니다. – danio
@danio : 라틴어는 굉장하기 때문에? – bcat