.net

우선, 매우 다른 두 종류의 DLL 간의 차이점을 이해해야합니다. Microsoft는 .NET (관리 코드) 및 네이티브 코드와 함께 동일한 파일 확장명 (.exe 및 .dll)을 사용하기로 결정했지만 관리 코드 DLL과 네이티브 DLL은 내부에서 매우 다릅니다.

1) web.dll은 어떤 시점에서 business.dll에 동적으로 연결됩니까? Word 등을 사용할 때 겉보기에 작은 작업으로 인해 Windows HDD에서 많은 스 래싱이 발생 하고이 Word가 작동하지 않고 다른 DLL의 기능에서 동적으로 연결되는 것으로 생각합니까?

1) .NET의 경우 DLL에서 액세스를 시도하는 첫 번째 메서드가 실행될 때 일반적으로 요청시 DLL이로드됩니다. 이것이 DLL을로드 할 수없는 경우 코드의 어느 곳에서나 TypeNotFoundExceptions를 얻을 수있는 이유입니다. Word와 같은 것이 갑자기 HDD에 많이 액세스하기 시작하면 스와핑 (스왑 된 데이터를 RAM의 공간을 확보하기 위해 디스크로 가져옴) 일 수 있습니다.

1a) 추가적으로 DLL (O / S 또는 .Net 프레임 워크와 같은 일부 런타임 프레임 워크)을로드하고 링크하는 것은 무엇입니까?

1a) 관리 DLL의 경우 .NET 프레임 워크가로드되고 JIT가 컴파일 (.NET 바이트 코드를 네이티브 코드로 컴파일)하고 DLL을 연결합니다. 네이티브 DLL의 경우 DLL을로드하고 연결하는 것은 운영 체제의 구성 요소입니다 (네이티브 DLL에는 이미 네이티브 코드가 포함되어 있으므로 컴파일이 필요하지 않습니다).

1b) “연결”과정은 무엇입니까? 호환성이 있는지 확인합니까? 동일한 메모리에로드 하시겠습니까? 실제로 연결이란 무엇을 의미합니까?

1b) 링크는 호출 코드의 참조 (예 : 메서드 호출)가 DLL의 심볼 (예 : 메서드)에 대한 참조가 DLL에있는 사물의 실제 주소로 대체되는 경우입니다. 이것은 DLL에있는 사물의 최종 주소를 메모리로로드하기 전에 알 수 없기 때문에 필요합니다.

2) 실제로 DLL에서 코드를 실행하는 것은 무엇입니까? 프로세서에 의해 실행됩니까 아니면 프로세서가 DLL 내부의 코드를 이해하기 전에 다른 변환 또는 컴파일 단계가 있습니까?

2) Windows에서 .exe 파일과 .dll 파일은 상당히 동일합니다. 네이티브 .exe 및 .dll 파일에는 네이티브 코드 (프로세서가 실행하는 것과 동일한 항목)가 포함되어 있으므로 번역 할 필요가 없습니다. 관리되는 .exe 및 .dll 파일에는 첫 번째 JIT 컴파일 (네이티브 코드로 변환) 된 .NET 바이트 코드가 포함되어 있습니다.

2a) C # .net에서 빌드 된 DLL의 경우 이것을 실행하는 것은 무엇입니까? .Net 프레임 워크 또는 운영 체제 직접?

2a) 코드가 JIT 컴파일 된 후에는 다른 코드와 똑같은 방식으로 실행됩니다.

3) Linux의 DLL이 Windows 시스템에서 작동합니까 (존재하는 경우) 아니면 운영 체제에 특정한 것입니까?

3) 관리 DLL은 두 플랫폼의 프레임 워크가 최신 상태이고 DLL을 작성한 사람이 네이티브 호출을 사용하여 고의로 호환성을 깨뜨리지 않는 한 그대로 작동 할 수 있습니다. 네이티브 DLL은 형식이 다르기 때문에 그대로 작동하지 않습니다 (둘 다 동일한 프로세서 플랫폼 용인 경우 내부의 기계어 코드가 동일하더라도). 그런데 Linux에서 “DLL”은 .so (공유 개체) 파일로 알려져 있습니다.

4) 특정 프레임 워크에 고유합니까? C # .Net을 사용하여 빌드 된 DLL을 Borland C ++로 빌드 된 DLL에서 사용할 수 있습니까 (예제 만 해당)?

4) 관리 DLL은 .NET 프레임 워크에 특화되어 있지만 자연스럽게 호환되는 모든 언어와 함께 작동합니다. 모든 사람이 동일한 규칙 (호출 규칙 (기계 코드 수준에서 함수 인수가 전달되는 방식), 기호 이름 지정 등)을 사용하는 한 네이티브 DLL은 호환됩니다.

5) web.dll / business.dll 예제로 돌아갑니다. 클래스 유형의 고객을 얻으려면 web.dll에서 business.dll을 참조해야합니다. 이것은 business.dll에 고객 클래스가 실제로 어떤 종류인지에 대한 사양이 포함되어 있음을 의미합니다. 내 business.dll 파일을 Delphi가 C #에서 이해하고 고객 클래스를 생성 할 수 있다고 말한 경우-아니면 일종의 헤더 정보 또는 “이봐 죄송합니다. 다른 delphi dll에서만 사용할 수 있습니다.” .

5) 관리 DLL에는 포함 된 모든 클래스, 메서드, 필드 등에 대한 전체 설명이 포함되어 있습니다. AFAIK Delphi는 .NET을 지원하지 않으므로 .NET에서 간단하게 사용할 수없는 네이티브 DLL을 생성합니다. PInvoke를 사용하여 함수를 호출 할 수 있지만 클래스 정의는 찾을 수 없습니다. 델파이를 사용하지 않아서 DLL과 함께 유형 정보를 저장하는 방법을 모르겠습니다. 예를 들어 C ++는 유형 선언을 포함하고 DLL과 함께 배포되어야하는 헤더 (.h) 파일에 의존합니다.

6) DLL 하이재킹의 주제에 대해 대체 (나쁜) DLL에는 하이재킹되는 것과 같은 정확한 메서드 서명 유형이 포함되어야합니다. 원래 DLL에서 어떤 방법을 사용할 수 있는지 알 수 있다면 이것이 어렵지 않을 것이라고 생각합니다.

6) 실제로 DLL을 쉽게 전환 할 수 있다면 어렵지 않습니다. 이를 방지하기 위해 코드 서명을 사용할 수 있습니다. 누군가 서명 된 DLL을 교체하려면 서명 키를 알아야하는데,이 키는 비밀로 유지됩니다.

6a) 여기에 약간의 반복 질문이 있지만 C # 프로그램에서 다른 DLL에 액세스 할 수 있는지 결정하는 내용으로 돌아갑니다. 납치 된 DLL에 원본과 동일한 메서드와 유형이 포함되어 있지만 다른 언어로 컴파일 된 경우 작동합니까?

6a) .NET 언어로 만든 관리 DLL 인 한 작동합니다.

• DLL 가져 오기 란 무엇입니까? 및 dll 등록?

“DLL 가져 오기”는 많은 것을 의미 할 수 있으며 일반적으로 DLL 파일을 참조하고 그 안에있는 것을 사용하는 것을 의미합니다.

DLL 등록은 DLL 파일을 COM 구성 요소로 전역 적으로 등록하여 시스템의 모든 소프트웨어에서 사용할 수 있도록 Windows에서 수행되는 작업입니다.