Maui: [향상] VB 지원 ​​포함

VB.NET 및 C#에는 출력과 동일한 IL 코드가 있습니다. C# 라이브러리에서 VB.NET 공유 코드를 호출할 수 있습니다.

이해합니다. 제 질문이 명확하지 않을 수 있습니다. 제 질문은 Visual Studio(관련 프로젝트 템플릿)가 이벤트 핸들러 및 공유되지 않는 기타 코드를 포함하여 현재 프로젝트에 대한 코드를 작성할 때 VB를 사용할 수 있는지 여부입니다.

이것도 보고 싶습니다. 지속적으로 정신적 변화를 해야 하는 것은 불필요하게 부담이 되는 일이며... 해서는 안 됩니다. 물론 C#으로 전환할 수는 있지만 VB에서 코딩하는 것을 선호 하므로 그렇게 하고 싶지 않습니다.

이에 대한 내 주요 질문은 Xamarin이 소스 생성기를 활용하도록 코드 생성을 재설계할 계획입니까? 그렇다면 필요한 소스 생성기를 선택하는 것이 상대적으로 쉽도록 설계되어(VB 커뮤니티) 이러한 소스 생성기의 VB 버전을 제공하는 데 도움을 줄 수 있습니까?

소스 생성기는 여전히 매우 새롭고 실제로 Xamarin이 작업을 수행하는 방법의 "숨겨진" 측면에 맞지 않을 수 있으므로 여기에서 기지에서 벗어날 수 있습니다. ;-)

VB.NET 및 C#에는 출력과 동일한 IL 코드가 있습니다. C# 라이브러리에서 VB.NET 공유 코드를 호출할 수 있습니다.

확실히 ... 이것이 오늘날 수행되어야 하는 방식이기 때문입니다. 그러나 이것은 "UI"에 대한 C# 프로젝트와 "비즈니스 로직"에 대한 하나 이상의 프로젝트가 있음을 의미합니다. 컨텍스트 전환은 골치 아픈 일입니다! 문제가 생성된 코드 코드 부분이라는 점을 고려하면 생성된 언어와 동일한 언어로 나머지 UI 로직(코드 숨김)을 작성해야 하므로 VB 사람들이 코드 침을 뱉는 이유를 이해하기 어렵습니다. "다른 사람들이 우리가 사용하기를 원하는 것"으로 코드를 작성하도록 강요받는 대신 우리 언어로 할 수 없습니다.

"여러분, 제가 하고 싶은 말은, 우리 모두 사이좋게 지낼 수는 없을까요? -- 로드니 킹, 1992년 5월 1일.

제목에 VB 참조가 포함된 주제에 대해 단순히 불합리한 수의 거절(IMO)로 보이는 것에 대한 응답입니다. 결국 우리는 모두 IL을 생성하기 위해 얇은 외관(선택한 언어)을 사용하고 있습니다... 그래서 우리가 선택한 코드 생성기는 바로... 선택입니다. 그리고 자신의 선택을 존중하는 데 무슨 일이 일어났습니까? 특히 그 선택이 당신의 선택에 부정적인 영향을 미치지 않는다면?

꿈이 있어요! 우리 모두 잘 지내고, 평화롭게 공존하고, "템플릿 생성기"의 개인적인 선호에 따라 서로의 선택을 존중하고, .NET 개발자의 하나의 커뮤니티로 단결할 수 없습니까? 오, 그것은 얼마나 꿈인가(그리고 내가 거의 20년 동안 꾸고 있었던 꿈).

확실히 ... 이것이 오늘날 수행되어야 하는 방식이기 때문입니다. 그러나 이것은 "UI"에 대한 C# 프로젝트와 "비즈니스 로직"에 대한 하나 이상의 프로젝트가 있음을 의미합니다.

모든 .Net 프로젝트는 Xamarin.Forms를 참조하고 이를 사용하여 UI를 만들 수 있습니다. 따라서 VB/F#이 비즈니스 논리에만 사용될 수 있다는 것은 사실이 아닙니다.