매우 실망한 상황입니다. 모든 .NET 개발은 버전 3.5의 프레임 워크를 사용하여 완료되었습니다 (1 년 전에) 우리는 더 이상 .NET 2를 사용하지 않을 것입니다. 인프라의 대부분은 .NET 3.5를 설치했지만 어제 여전히 .NET 2를 사용합니다..NET 2 응용 프로그램 - 포트 .NET 3.5 코드
변경 관리는 악몽입니다. 따라서 .NET 3.5 코드를 .NET 2로 다시 포팅해야한다는 실용적인 결정이있었습니다. 이로 인해 많은 웜이 열리게되었습니다. 나는 옳은 일을하고 있는가? .NET 2와 .NET 3.5에서 두 가지 버전의 코드를 사용하는 것에 대해 우려하고 있습니다. 서로 다른 응용 프로그램은 다른 위치에서 거의 동일한 코드를 참조합니다.
이 상황에 다른 사람들이 어떻게 접근합니까?
감사합니다.
.NET 3.5로 업그레이드하는 것이 잘못된 이유는 무엇입니까? 나는 그것이 관료적으로 고통 스러울지도 모른다는 것을 깨닫는다. 그러나 그것은 옳은 일이다. 그리고 그것은 처음에 예상 된 결과였다.
수정 사항 (.NET 3.5)에 말 그대로 .NET 2가 포함되어 있으면 이전 버전의 소프트웨어 용 코드를 다시 작성하는 이유는 무엇입니까? 따라서 기존 .NET 2 응용 프로그램은 완전히 동일하게 작동합니까?
내 의견 : 단순히 업데이트 설치 문제 일 때 코드를 다시 작성하지 마십시오.
옵션이 있다면 나는 다른 서버를 사용하게됩니다. 이것은 반드시 하드웨어의 다른 부분 일 필요는 없으며 단지 VM 일 수 있습니다. 제한된 수의 외부 IP 주소 만 가지고 있다면 가상 호스트 중 일부가 .NET 3.5 시스템에 대한 프록시 역방향을 갖도록하십시오 (그러나 실제로 필요한 사이트에만 해당).
다른 말로하면, 컴퓨터 A가 "abc.com", "def.com", "ghi.com"및 "jkl.com"을 호스팅하고 "abc.com"만 필요한 경우입니다. NET 3.5, .NET 3.5 코드 (머신 B)를 호스팅 할 수있는 VM을 설정하고 머신 A에 역방향 프록시 "abc.com"을 사용하여 B를 수행하십시오. 완료 및 완료.
나는 창조적 인 답변을 고맙겠지 만 이것은 현실적이지 않습니다. 우리는 .NET 3.5 업그레이드를 위해 열심히 싸울 회사에 대해 이야기하고 있습니다. VM 등 소개 ... 뚱뚱한 기회. – youwhut
글쎄요, 당신 회사에 대해서는 전혀 몰라요. 광산에서 이것은 합리적인 이유없이 레거시 코드 포팅에 인력을 투자하는 것이 바람직합니다. 한 방향 또는 다른 방향으로 전환하는 데 소비하는 비용과 비교하면 훨씬 저렴합니다. 경영진은 돈을 저축 할 때 그것을 좋아합니다 :) –
네, 저는이 회사가 어떻게 반 민첩성을 갖고 있는지 잘 알고 있습니다. – youwhut
나는 이와 같은 응용 프로그램을 다운 그레이드해야하는 결코 치아와 손톱에 맞서지 않을 것입니다. 그것은 '실용 주의적'이 아닙니다. 목표 서버에 Windows 2000이 설치되어 있다면 필자가 '필요하다'는 것을 알 수있는 주된 이유가 있습니다. –
.NET 3.5가 설치되어 있지 않지만 기술적 인 이유 때문에 관료적 인 문제가 발생할 수 있습니다. – youwhut
누군가 다른 사람이 이전 버전으로 백포트하도록 강요하는 경우이를 관리하고 결과적으로 발생하는 일에 대한 책임을 확고하게 지켜야합니다. –