ASP.NET(VB 또는 C#)으로 이동하시나요?

https://stackoverflow.com/questions/100691

01-07-2019
|

문제

우리는 대규모 ASP 클래식 코드 기반을 보유하고 있지만 향후 ASP.NET에서 개발을 수행할 계획입니다(잠재적으로 우리가 보유하고 있는 향후 포트에서).자연스러운 언어 선택은 VB(기존 코드는 VBScript)인 것 같은데 너무 성급한 걸까요?장기적으로 언어 선택이 변화를 가져오나요?

해결책

시간이 걸리는 것은 .Net(프레임워크)을 배우는 것입니다.

특정 언어는 중요하지 않으며 취향의 문제입니다.나는 일반적으로 두 언어로 몇 가지 플레이 프로젝트를 시도해 보고(그리고 마음에 드는 다른 프로젝트도) 어느 것이 더 편한지 결정하는 것을 권장합니다(또는 더 성공할 수 있습니다!)

다른 팁

우선, 그것을 위해 무언가를 포팅하지 마십시오.제대로 작동하고 이식을 통해 얻을 수 있는 것이 거의 없다면 그대로 두고 VBScript에서 버그 수정과 작은 개선을 계속하십시오.이동해야 할 충분한 이유가 있다면 그 시점에서 수행하십시오. 그러나 포트를 미리 수행하여 즉석에서 배우는 것보다 먼저 .Net 버전의 웹 애플리케이션에 익숙해지는 것이 훨씬 더 좋습니다.'깨끗한' 환경에서는 PostBack 및 ViewState와 같은 새로운 개념을 배우는 것이 훨씬 쉽습니다.

또한 물건을 포팅할 때 기존 사고 방식에서 벗어날 수 있는 여지가 적습니다(필요한 경우 다시 디자인하기보다는 기존 방식으로 작동하도록 만드는 것뿐입니다).

궁극적으로 장기적으로 큰 차이는 없습니다. 대부분 지각적이며 개인 취향의 문제이지만 C#을 먼저 배우는 것이 좋습니다. 익숙함이 부족하면 새로운 것을 배우고 있다는 사실이 강조되기 때문입니다.이것이 대체로 절차적인 VB(스크립트) 방식이 아닌 자연스러운 .Net 방식으로 작업을 수행하는 방법을 배우는 데 도움이 되기를 바랍니다.당신은 배우려는 것뿐만 아니라 잊으려고 노력하고 있습니다.일부 키워드에 익숙하면 불리하게 작용할 것입니다.

일부 게시물 전반에 걸쳐 다른 이점을 반영하고 몇 가지를 추가합니다.

미래의 잠재적 수익:C# 개발자는 일반적으로 인식상의 차이로 인해 VB.Net 개발자보다 더 가치가 있습니다.
대부분의 오픈 소스 .Net 코드는 C#이며 일반적으로(항상 그런 것은 아니지만) 품질이 더 높은 경향이 있습니다.
VB.Net보다 C#으로 된 인터넷에 더 많은 Q&A와 예제가 있습니다.내가 이 글을 올릴 당시에는 1572 C#으로 태그된 게시물만 185 여기 Stack OverFlow에서 VB.Net을 사용하세요.
C# OO 키워드는 합리적으로 표준이므로 다른 OO 언어 코드를 더 쉽게 읽을 수 있습니다.VB.Net이 꺼지고 정당한 이유 없이 이름을 바꿉니다. 추상적인 (C#, C++, Java 등...) 대 상속해야 함 (VB.Net에만 해당)
두 언어 모두에 익숙해지면 VB.Net 코드보다 C# 코드를 시각적으로 구문 분석하는 것이 훨씬 쉽다는 것이 일반적으로 인정됩니다.
C# 사용자가 '멸시'하지 않고 VB.Net 사람들을 놀리는 데 도움을 줄 수 있습니다(원한다면 문화가 존재합니다...).

처음에 C#에서 배운 후에는 VB.Net으로 전환하는 것이 반대의 경우보다 훨씬 쉬울 것입니다.자신의 미래에 투자하세요.

ASP3에서 ASP.NET으로 전환하면서 마침내 VB.NET 대신 C#을 사용하기로 결정했습니다.

저는 수년 동안 Basics(MS-BAsic, GW-Basic, Quick-Basic, Visual Basic, VBScript)를 작성했는데 항상 VB6이나 VBScript를 사용하여 작성하던 대로 작성하려고 했기 때문에 VB.NET을 사용하는 것이 매우 어려웠습니다.

그래서 C#은 나에게 더 나은 선택이었습니다.나는 내 습관의 무게로 인해 느려지지 않았습니다.

또한 C#은 (당시에는) 새로운 언어였고 새로운 VB.NET 키워드는 그에게 Cobol 냄새를 주었습니다 :)

또한 프로젝트 내에서 믹스 앤 매치가 가능하다는 사실도 잊지 마세요!

VB와 C# 개발자 사이에 문화적인 차이가 있다고 말하는 사람들도 있지만 기능상의 차이가 거의 없기 때문에 가장 편안한 구문을 사용하는 언어를 선택하겠습니다.또 다른 옵션은 두 가지를 모두 배우는 것입니다. 제 생각에 .net으로 이동하는 가장 큰 장애물은 거대한 .net 프레임워크, 즉 상당히 빨리 익힐 수 있어야 하는 실제 언어 구문을 배우는 것입니다.

중요한 것은 .NET을 배우는 것입니다.C# 또는 VB는 구문만 변경하므로 특정 언어가 아닙니다..NET 환경의 논리는 동일합니다.

C#이나 VB.NET 모두에서 동일한 작업을 수행할 수 있습니다.결국 포팅하기 더 쉬운 것을 선택하게 될 것입니다.

.NET의 많은 기능이 손실되므로 ASP를 ASP.NET으로 직접 포팅해서는 안 됩니다(IMHO). 어쨌든 상당한 양의 다시 작성이 포함됩니다.그래서 덜 장황하고 작성하고 읽기가 더 쉽다고 생각하기 때문에 C#을 선택하겠습니다.

.NET은 실제로 프레임워크와 기본 클래스 라이브러리에 관한 것입니다.VB 또는 C# - Chris가 언급했듯이 실제로 구문상의 차이가 있습니다.

VBScript를 VB.NET으로 마이그레이션하는 것이 더 자연스럽습니다. 새로운 구문을 배운 다음 프레임워크와 BCL로 이동할 수 있습니다. 이에 익숙해지면 C# 구문도 배울 수 있습니다. 이중 언어를 구사하는 것은 항상 좋다.

2sontek:C#에서 지원되지 않는 VB 기능도 있습니다. 거기까지는 가지 마세요.80%(또는 그 이상)의 개발자는 기능의 20%만 사용하며 그 차이는 매우 미미합니다. 확실히 20%에 포함되지 않습니다.

저는 둘 다 개발하지만 C#을 선호합니다.

두 언어 모두에서 대부분의 작업을 수행할 수 있으며 C#으로 VB 프로젝트를 다시 작성하지 않을 것입니다.

그러나 C#의 경우:새로운 언어 기능은 일반적으로 우선 C#에 제공됩니다.LINQ의 LAMDA 표현식 C# C#에 코드를 작성할 수 있습니다. C# 개발자가 평균적으로 지불되며 가장 큰 프로젝트는 C# C# 만 있으면 JavaScript와 비슷한 구문과 기능 이름이 있습니다. VB 개발자에게

큰 차이는 없지만 약간의 차이가 있습니다(대부분 본질적으로 구문상).이전 사이트가 VBScript라면 VB.NET을 사용하는 것이 더 쉬울 것입니다.

C# 3.5에는 Visual Basic에서 지원되지 않는 몇 가지 기능이 있지만 언어 선택은 항상 팀의 선호 사항이며 여러분이 가장 생산적으로 느끼는 기능입니다.

경험상 현재 기술이 있는 곳으로 가는 것이 가장 쉽습니다.이것이 vb6/vbscript 등에 있다면 먼저 vb.net을 살펴볼 것입니다.또한 프로젝트 일정 및 납품 날짜에 따라 달라집니다.vb.net의 속도가 더 빨라질 것입니다.시간이 있다면 새로운 목초지를 찾으러 올 때 개발 시장에서 더 강력한 발판을 제공하기 위해서만 진지하게 C#을 고려할 것입니다.

C#을 살펴보고 싶을 수도 있습니다.

VB.Net과 C#은 모두 웹 응용 프로그램을 만드는 데 적합하며 실제로 필요한 사항에 따라 다릅니다.

예를 들어 C#은 이벤트에 적합하고 VB.Net은 XML에 적합합니다.

개발자가 더 편안하다고 느끼는 것을 선택하고 싶습니다.

나는 최근 기술을 기준으로 영국의 평균 임금을 나열하는 사이트를 보고 있었습니다.지금은 링크를 찾을 수 없지만(일반적으로!) 평균 C# 임금이 평균 VB.NET 임금보다 £5k 정도 높았던 것으로 기억합니다.

두 가지를 모두 배우지 않을 예정이라면(둘 사이의 유일한 실제 차이점은 구문이므로 배우지 않을 이유가 없습니다) C#을 선택하겠습니다.

.net 또는 C#을 통해 문제를 해결하는 방법과 창의력을 높이는 방법에 대한 정보를 얻을 수 있습니다.하지만 조만간 .net이 지워지고 C#이 ASP에서 사용할 수 있는 유일한 언어가 될 것이라고 생각합니다.나는 .net 개념을 배우기 시작하고 asp.net mvc에 대해 내 언어를 C#으로 변경한 후에 C#으로 가야 한다고 제안합니다. C#이 나중에 더 많은 도움이 될 것이기 때문입니다.

라이센스 : CC-BY-SA ~와 함께 속성

제휴하지 않습니다 StackOverflow