.NET 1.1에서 .NET 2.0 어셈블리 호출

최근에 나는 .NET 2.0 버전의 내부 프레임 워크를 개발했습니다.이 프레임 워크는 기본적으로 클래스 및 도우미입니다..NET 1.1에서 .NET 2.0 어셈블리 호출

문제는 일부 .NET 1.1 사이트와 응용 프로그램이 있는데이 프레임 워크를 사용하고 싶습니다. .NET 1.1에서는 .NET 2.0을 호출 할 수 없다는 것을 알고 있지만 아이디어가 있습니다.

ComVisible을 사용하여 다른 2.0 프로젝트를 만들고 내 2.0 어셈블리 중 일부를 참조한 다음 필요한 클래스를 참조하는 데 필요한 함수를 다시 만들고 .NET 1.1에서는이 새 ComVisible 어셈블리를 호출합니다. .NET 1.1에서 2.0 어셈블리를 사용할 수 있습니까? 이 기본적으로 작동하는 경우

나는 등 .NET 1.1, 자바 반사,

그것을에서 사용할 수 있습니다 아니면 내가 내 시간을 낭비입니까?

출처

2010-01-07 pedrofernandes

나는 왜이 모든 노력을하고 싶지 않습니다. 이 단지 두 가지 가능성이 있습니다 - 다음 중 해당 사이트를 실행

서버/워크 스테이션/응용 프로그램은 물론 단지 다시 대상 수있는 경우, .NET Framework 2.0이 설치되어있는 .NET으로 해당 사이트/응용 프로그램을 2.0 및 재 구축/재배포 (10 분 소요) 또는
서버/워크 스테이션에는 .NET Framework 2.0이 설치되어 있지 않습니다.이 경우 2.0 어셈블리 그들 자신은 Framework 없이는 실행할 수 없습니다.

최근 한 가지 문제없이 # 1 에서처럼 "기존"2.0 앱을 3.5로 다시 타겟팅했습니다. 1.1에서 2.0으로 약간의 변경 사항이 있었지만 그 숫자가 너무 적어서 COM의 모든 광란을 처리하는 데 걸리는 시간보다 검색하는 데 걸리는 시간이 거의 걸리지 않을 것입니다.

출처

2010-01-07 21:03:11 Aaronaught

그러나 3.5는 2.0의 확장입니다. 마이그레이션에는 아무런 문제가 없습니다. 1.1에서 2.0까지의 기능이 사용되지 않거나 시그니처가 변경되었습니다. 그리고 2.0은 "레거시"가 아니라 메이저 릴리스입니다. – pedrofernandes

귀하의 의견을 이해하지 못합니다. .NET 3.5는 새로운 Framework 버전, 다른 컴파일러 및 모든 것입니다. 2.0 이상의 확장이 아니므로 2.0 이상의 확장은 1.1입니다. 일부 1.1 기능은 2.0에서 더 이상 사용되지 않지만 사용자가 잠시 사용하지 못하도록하지는 않으며 메소드 서명이 확실히 보존되었습니다. .NET 4.0이 거의 최종 버전이라는 점을 감안할 때 "레거시"주석이 나오는 한, 2.0은 "유산"이라고 말하는 것이 안전하다고 생각합니다. 1.1은 "고대"입니다. – Aaronaught

@Aaronaught : 실제로 .NET 2.0은 .NET 1.1과 다른 CLR을 사용하여 프레임 워크의 주요 릴리스이므로 1.1 (및 1.0)의 일부 API가 변경된 실질적으로 다른 프레임 워크입니다. 반면에 .NET 3.0과 3.5는 .NET 2.0과 동일한 CLR을 사용하는 새로운 어셈블리 및 컴파일러 집합입니다. 체크 아웃 : http://stackoverflow.com/questions/212896/how-do-the-net-framework-clr-and-visual-studio-version-numbers-relate-to-each-o – alexphi

.NET 1.1에서 .NET 2.0 어셈블리 호출

답변

관련 문제