저는 서로 다른 개발 전략을 가진 (현재) 별도의 .NET 개발 그룹을 이끌어야하는 어려움에 직면 해 있습니다. 한 그룹은 .NET Framework 2.0 (3.5에서 몇 가지 응용 프로그램과 함께)에서 개발 중입니다. 다른 그룹은 즉시 나오는 새로운 프레임 워크를 채택하고 새로운 응용 프로그램을 코딩하기 시작합니다 (2.0-4.0 응용 프로그램을 실행 중입니다). 이 마지막 그룹의 경우 최신 프레임 워크보다 이전 버전으로 작성된 응용 프로그램은 업그레이드되지 않습니다..NET Framework - 업그레이드시기
새로운 프레임 워크를 채택 할 때 웹 응용 프로그램을 개발하는 회사와 이전 버전에서 빌드 된 응용 프로그램을 최신 프레임 워크로 마이그레이션 할 것인지 여부에 대한 현재 생각은 무엇입니까? 몇 년 전에는 기술이 주류가 될 때까지 기다리는 것이 좋았지 만 .NET에서는 그다지 적용되지 않는 것 같습니다.
(다음은 같은 기업 환경에서 .NET과 경험을 함께 aprox. 1 년 반 동안을 기준으로 제 개인적인 의견입니다. 다른 의견이 광산에서 확실히 다를 수 있습니다.) 아마
가장 중요한 것은 클라이언트가 자신의 컴퓨터에 설치 한 .NET Framework 버전을 고려해야합니다.
예를 들어 회사의 주 고객은 모든 (> 5,000) 컴퓨터에 .NET 3.5 및 Silverlight 3을 설치했습니다. 우리는 버전 4 프레임 워크를 개발하고 싶지만 클라이언트의 IT 담당자가 마침내 이러한 프레임 워크를 배포해야한다고 결정할 때까지는 진정한 선택이 아닙니다. (우리는 마침내 2011 년 중반 경에 이런 일이 일어날 것으로 예상하지만 고객이 기계가 많기 때문에 원하는 것보다 더 오래 걸리고 모든 데스크톱 컴퓨터에서 여전히 Windows Vista를 실행하고 있습니다. 아마도 더 새로운 .NET 프레임 워크 버전을 채택하는 것이 더 느려질 것입니다.)
그러나 고객이 .NET 3.5를 지금 설치해야한다고 생각하는 것이 안전하다고 생각합니다. .NET 2는 천천히 과거의 일이며 데스크톱 컴퓨터에서 .NET 1.1을 지원하는 것을 중단 할 수도 있습니다.
개발 팀을 운영하는 방법은 팀의 요구 사항과 우리가 지원하는 고객을 염두에두고 개별 프로젝트에 가장 적합한 작업을 수행하는 것입니다.
일반적으로 업그레이드는 새로운 기능을 제공하며 고객이 원할 수있는 코드를보다 쉽고 빠르게 작성할 수있게 해줍니다. 그러나 업그레이드에는 명백한 비용이 필요합니다. 때로는 새로운 교육이 필요하며 때로는 하위 호환성 (특히 사소한 응용 프로그램의 경우)에 문제가 있습니다. 물론,이 모든 비용은 돈입니다.
대부분의 경우, 다양한 버전의 프레임 워크를 유지하면 많은 혼란을 야기 할 수 있다는 것을 경험을 통해 알게되었으므로 팀을 최우선으로 유지하려고 노력합니다. 궁극적으로는, 비용은 한 번만 업그레이드하면됩니다. 이렇게 말하면, 특별히 우리가 업그레이드하기를 원하지 않는 몇 명의 고객이 있습니다. 그것들은 물론 특별한 경우이지만 필요에 따라 관리합니다.
기본적으로 답을 요약하면 가장 중요한 것이 무엇인지 결정할 수 있습니다. 새로운 기능? 비용 절감 (여러 비용 - 개발 및 고객 비용에 대해 생각해 볼 필요가 있습니까?) 유지 관리 가능성? 지원하다? 결정한 사항이 있고 개발 팀으로부터 의견을받은 경우 대답은 상당히 명확해야합니다.
우리는 두 사람 가게가 있습니다. .NET Framework와 Visual Studio의 새 버전이 출시되는 즉시 업그레이드가 가능합니다. 제 파트너는보다 조심 스러운데, 알려진 문제가 있는지 6 개월 이상 기다려야합니다.
어느 쪽이든, 합리적으로 신속하게 업데이트하는 것이 가장 좋으며, 파트너의 접근 방식은 나에게 실망 스럽지만 의미가 있으므로, 나는 그녀의 단서를 따릅니다. 내가 가지고있는 가장 큰 걱정은 오래된 응용 프로그램을 지원하기 위해 유지해야하는 Visual Studio의 버전 수입니다. 우리는 전임자가 결코 업그레이드하고 싶지 않았기 때문에 여전히 VB6 (DOS 용 FoxPro) 응용 프로그램을 가지고 있습니다. 우리는 이러한 앱 중 하나에 수정이 필요하다는 두려움에 처해 있습니다. 이전 코드가 그렇게 나쁘거나 (예전의 코드를 읽는 것이 좋지 않을 수도 있기 때문에) 대개 재 작성으로 끝납니다.
새로운 도구 세트가 나오면 합리적으로 빨리 프로그램과 코드베이스를 업그레이드하는 것이 현명하다고 생각합니다. 일반적으로 마이그레이션 도구는 새로운 전환부터 비교적 새로운 전환까지 비교적 새로운 기능을 제공합니다. 삶을 편하게 해줄뿐입니다.