dotnet 1.1에서 개발하는 데 많은 시간을 투자해야합니다. 비슷한 위치에있는 사람이라면 누구나 dotnet 2.0 이상을 사용하면 더 많은 성가신 것으로 돌아갑니다. 초기 버전. 필자는 Generics로 작업하고 이상적으로 Linq로하고 싶을 때 ArrayLists 등을 망설이는 것에 점점 더 지긋 지긋 해지고있다.1.1 1.1 세계에 갇혀있는 dotnet 3.5 코더가 더 쉽게 사용할 수 있습니까?
누구나 도구, 기술, 라이브러리 또는 무엇보다도 dotnet 1.1의 수명을 더욱 견딜 수 있도록 추천 할 수 있습니까? 특히 위에서 언급 한 컬렉션 처리상의 단점을 참조 할 때 그렇습니다.
도구 : http://support.microsoft.com/lifecycle/?p1=1249
에서 .NET 1.1에 대해 하나의 마이크로 소프트의 지원 Liftcycle .NET 1.1을 보여준다 "확장"에 이미 (즉, 제한적) 지원.
저는 최근에 1.1에서 코딩하고 있던 회사에 합류했습니다. 나는 그 앱을 가지고 내 시간에 .Net 3.5로 포팅하기로 결정하고 그것을 그룹에 제출하기로 결정했다. 결과적으로 VS2008에서 열리는 3.5 버전을 출시 할 예정입니다. 아마 당신이 찾고있는 것이 아니 겠지만, 그것은 내가 같은 문제를 다루는 방법입니다.
+1 이것은 태도를 보게하는 것입니다. 때때로 그들은 비전을 가지지 않고 혜택을 보지 못합니다. –
톰, 유지 관리해야하는 .NET 1.1 응용 프로그램을 .NET2.0으로 업그레이드하지 않습니까?
2004 년에 저는 .NET 응용 프로그램 개발을 시작했습니다. 이것은 .NET 1.1에있었습니다.
작년에 우리는 VS.NET 2008을 사용하여 해당 응용 프로그램을 .NET2.0으로 '변환'하기로 결정했으며 주요 문제는 발생하지 않았습니다.
기존 코드는 모두 실행되며 프로젝트에서 새로운 개발이 완료되면 모든 .NET2.0 기능을 이용할 수 있습니다 (VS.NET 2008에서 작업 중이므로
나는 항상 '경고를 오류로 설정'과 함께 작업하며,이 프로젝트에서는이 기능을 사용하지 않도록 설정했다. .NET 1.1 프레임 워크는 'Obsolete'로 표시되었습니다. 이러한 클래스는 여전히 작동하지만 컴파일러는 클래스 X가 더 이상 사용되지 않는다는 경고를 생성하고 대신 클래스 Y를 사용해야합니다.
그러나 이것은 큰 문제는 아니지만, 점차 그 메시지에 응답하고 코드를 적용 할 수 있습니다.
당신은 저의 가장 깊은 동정심을 가지고 있습니다. 나는 너의 고통을 느낀다. 나는 잠시 동안 그 세계에 갇혀 있었다. –
동일하지는 않지만 꽤 나쁘지는 않습니다. 나는 집에서 vs2008을 가지고 있지만 직장에서는 vs2005 만 있습니다. –