1. 홈
  2. 질의 응답
  3. VB를 C#으로 변환하기위한 권장 도구

VB를 C#으로 변환하기위한 권장 도구

2008-09-15 3 views
2

우리는 C#으로 변환해야하는 VB.NET의 프로젝트가 50 만 개가 넘습니다. 도구를 사용하기위한 경험에 근거한 권장 사항은 무엇입니까? 우리는 Visual Studio 2008을 사용하고 3.5를 목표로하고 있습니다.VB를 C#으로 변환하기위한 권장 도구

출처

2008-09-15 Mike

+2

은 왜 VB 및 C# 사이의 대형 응용 프로그램을 변환 하시겠습니까? 두 언어는 두포에서 충분히 유사하므로 작업량에 비해 거의 가치가없는 것으로 보입니다. –

+0

버전 3.5의 무엇입니까? .그물? –

답변

3

반사경은 IL을 디 컴파일하여 C#을 생성합니다. 거칠지 만 괜찮은 시작입니다.

출처

2008-09-15 21:32:59 FlySwat

1

일부 작은 전환에 대해 잠시 동안 this site을 사용했습니다. 그것은 꽤 신뢰할 수있다.

사이트에 따르면 해당 변환기는 변환기가 내장 된 open source IDE을 기반으로하므로 "원본 사이트"도 사용해보십시오.

출처

2008-09-15 21:35:07

2

전체 Visual Studio 솔루션을 만드는 Reflector에 추가 기능이 있어야했습니다. 그러나 레드 게이트가 리플렉터를 인계 했으므로 여전히 사용 가능하거나 작동하는지 여부는 알 수 없습니다.

출처

2008-09-15 21:36:24

3

잠시만 기다려주십시오. 가장자리의 경우에는 끔찍한 많은 "무료"솔루션을 찾을 수 있습니다. 이 시판 제품 http://www.tangiblesoftwaresolutions.com은 결코 완벽한 것은 아닙니다. 그러나 당시 우리가 실제 전환 테스트를 할 때 찾을 수있는 최선이었습니다. 참고 : 저는 고객으로 만 말하고 있습니다. 실제 사용에서 이보다 나은 전환율을 산출 할 수있는 해결책을 찾은 사람이 있으면 알려 주시기 바랍니다.

출처

2008-09-15 21:43:00

+0

실체가 내가 찾은 최고의 작품입니다. 비록 조금 더 복잡하지만 다른 방향으로 갈 필요가없는 것에 감사드립니다! –

10

나는 의견에 동의 할 것이다. 50 만 줄의 실제 VB.NET 코드가 있습니다. 왜 지구상의 시간을 낭비하고 싶습니까? 아무도 당신이 C#에서 모든 새로운 구성 요소를 작성할 수 없다고 말하지 않습니다.

저는 도구에 대해 걱정하지 않고 대신 자신이 왜이 작업을 수행하는지 직접 묻습니다.

출처

2008-09-15 21:53:39

+0

큰 질문입니다. 지금 당장은 VB.Net 1.1부터 시작하여 C# 3.5를 사용하여 끝납니다. 두 언어로 작업하고 약 18 개월이 지나면 새로운 프로젝트가 C#으로 작성된 것을 볼 때 C#에서는 팀 코드가 더 빨라 졌음이 분명해졌습니다. – Mike

+0

나는 C#을 선호하지만, VB.net 코드를 그대로 두는 것에 동의한다. 전환을 통해 부가 가치는 무엇입니까? – RQDQ

+0

Mike는 말할 수 없지만 나처럼 ... 원래 VB.NET으로 작성된 ASP.NET 웹 응용 프로그램이 있습니다. 그러나 C#으로 얼마 동안 추가하고 있습니다. 끊임없이 둘 사이를 전환하는 데는 개발 속도가 느려지지만 "Go To Definition"이나 "Find All References"와 같은 Visual Studio 기능을 사용하여 aspx.vb 파일에서 라이브러리의 .cs 파일로 이동할 수 없습니다. –

관련 문제

 관련 문제