2010-03-17 2 views

답변

6

중요한 새로운 기능이나 API가 변경된 것을보고 놀랐지 만 버그 수정이나 성능 향상이 기대됩니다. 달리 말하자면, 제가 제작 한 소프트웨어는 출시 후 상당히 엄격한 테스트를 거치지 만, 여전히 작동 할 것으로 기대합니다.

+0

따라서 서버에 최신 .Net 4 프레임 워크를 설치하는 것이 현재로서는 바람직하지 않습니다. –

+3

테스트로 설치하려면 아마도 괜찮을 것입니다. .NET 4는 새로운 .NET 세트이며 3.0 및 3.5와 같은 추가 기능은 2.0이 아니므로 기존 .Net 아키텍처와 상호 작용해서는 안됩니다. 그러나, 아직 미션 크리티컬 서버 또는 고 가용성 서버에 배치하지 않을 것이며, 최종 출시까지 모든 프로덕션 프로세스를 의존하지 않을 것입니다. – BBlake

+0

+1. 그 정보에 대해 고마워. –

0

안정성을 가정하십시오. 이 시점에서 중요한 변화는 디자인 데스 터에 뿌리를 내려야 할 것입니다. 이 시점에서 중요한 문제를 해결하는 것에 대해 기본적으로 이야기합니다. API가 변경 되더라도 최소한으로 유지됩니다.

5

너 자신이라고 - Release Candidate. 즉, 큰 변화는 없을지라도 작은 변화가있을 수있는 것처럼 발생할 수 있습니다.

1

프레임 워크 4.0 (그리고 VS 2010) 릴리스 후보는 othre 일 사이에, RTM ""(최종 릴리스 RC에 다음에 베타 2에서 원활한 업그레이드 경로를 제공하기 위해 최선을 다하고 있습니다 "를 포함하는 생방송의 라이선스에 따라 이용할 수 있습니다)의 Visual Studio 2010 및 .NET Framework 4 "를 지원하고 문제를 해결해야 지원을 제공합니다.

http://blogs.msdn.com/jeffbe/archive/2010/02/08/going-live-with-the-visual-studio-2010-release-candidate.aspx

의미 - API는 (가능성) 변경 될 수 있습니다 그것은 않습니다, 그것은 큰 문제가 발생하는 경우, 당신은 MS 지원하기 위해 입대 할 수 있습니다.

계획을 세우려면 RC를 사용하고 필요할 때 RTM으로 이동하는 것이 매우 원활해야합니다.

+0

또한 관심의 대상이 될 수도 있습니다. 우리는 RC를 RTM 이후 몇 달 내에 출시 될 예정인 프로젝트의 플랫폼으로 사용하고 있습니다. 우리는 위험/보상 비율이 그만한 가치가 있다고 생각합니다. –

관련 문제