Aspnetcore: ASP.NET Core에서 Visual Basic .NET (VB.NET) 지원

cc @DamianEdwards

Razor repo 에서 .cshtml 와 함께 VB를 사용하기 위해 오랫동안 문제를 기록했습니다. 그 이후로 어떤 작업도 보지 못했습니다 😟.
내가 전에 몇 주는 hyprid VB ASP.NET 핵심 응용 프로그램을 보여 @DamianEdwards에서 좋은 예를보고 여기

@reduckted 훌륭한 요약 외에도 ASP.NET Core 용

Visual Basic 구문은 대괄호 대신 제네릭 형식 매개 변수를 괄호로 묶기 때문에 .vbhtml Razor 파일에는이 제한이 적용되지 않습니다.

그러나 ScottAddie @ MSFT 는 2017-07-21에 댓글을 게시했습니다.

ASP.NET Core는 아직 VB.NET을 지원하지 않습니다. 지금은 ASP.NET을 고수해야합니다.

그렇다면 Visual Basic / vb.net / .vbhtml 파일이 .Net Core에 포함될 예정입니까? 그렇다면 언제 ??

이러한 지원이 이루어 지도록 어떻게 도와 드릴까요? VB.Net 및 F # 지원을보고 싶습니다!

ASP.NET Core 문서에서 VBHTML 참조를 제거하기 위해 PR을 보냈습니다 : https://github.com/aspnet/Docs/pull/5201

현재 ASP.NET Core에 VBHTML 지원을 도입 할 계획은 없습니다.

.NET Core SDK의 일부로 설치되는 ASP.NET Core 용 F # 템플릿이 있습니다.

@Eilon 현재 ASP.NET Core에 VBHTML 지원을 도입 할 계획은 없습니다.

개인적으로 저는 Razor 페이지를 사용하지 않고 의도하지 않기 때문에 VBHTML 지원에 대해 걱정하지 않습니다. @AnthonyDGreen (https://github.com/dotnet/vblang/issues/238#issuecomment-354927626)에서 언급했듯이 MVC 5에서 거의 사용되지 않았기 때문에 VB 지원을 추가하는 것은 의미가 없습니다. 나는 많은 이득을 얻지 못하기 위해 매우 많은 양의 작업이 필요할 것이라고 생각합니다.

@Eilon .NET Core SDK의 일부로 설치되는 ASP.NET Core 용 F # 템플릿이 있습니다.

좋아요,하지만 당신의 요점이 여기에 있는지 잘 모르겠습니다. 이것이 VB 템플릿도 있어야한다는 사실을 강화하지 않습니까?

F # 커뮤니티에서 만든 F # 템플릿이 아닌가요? Microsoft 팀이 VB 템플릿을 만들지 않는 경우 VB 커뮤니티에서 VB 템플릿을 만들 수없는 이유는 무엇입니까?

@reduckted 질문은 초기 비용과 지속적인 비용 모두에 대한 수요와 비용에 달려 있습니다. 앞서 언급했듯이 수요는 매우 낮았습니다. 초기 템플릿 집합을 만드는 데 드는 비용은 많지 않을 수 있지만 누군가 유지 관리해야합니다. F #을 사용하면 유지 관리에 전념하는 Microsoft 직원이 있습니다. 현재 VB를위한 그런 사람들이 없습니다.

또한 F # 템플릿의 한 가지 제한은 API 측면에 더 집중한다는 것입니다. 즉, Razor 또는 CSHTML이 없습니다 (FSHTML이 없기 때문에). VB 사용자의 경우 VB를 사용하는 대부분의 사용자는 MVC에 대한 VBHTML 경험을 기대할 수 있으며 제작 비용은 수개월 및 수개월 작업입니다. 따라서 제한된 VB 템플릿을 추가하는 것이 특히 가치가 있다는 것이 분명하지 않습니다.

@Eilon VB 사용자와 함께 내 생각에 VB를 사용하는 대부분의 사용자는 MVC에 대한 VBHTML 경험을 기대할 것입니다.

@AnthonyDGreen 과 대화하고 싶을 수 있습니다. 이번에는 인용하겠습니다 (강조는 제 것입니다).

MVC 5의 .vbhtml 면도기 엔진은 기본적 으로 모든 VB 웹 프로젝트의 1 % 미만이 5 개 버전 이후에

@reduckted- 흥미 롭습니다, 그것은 저에게 뉴스입니다. 처음에는 VB 개발자 (특히 VB6)에게 익숙한 개념으로 디자인 된 Web Forms 시대로 돌아가서 Web Forms는 매우 HTML 중심 (sorta)이므로 VBHTML이 될 것이라고 생각하게되었습니다. 그 그룹의 사람들에게 가장 흥미 롭습니다. 다시, 그것은 ~ 15 년 된 일화 데이터입니다 😄

BTW를 명확히하기 위해 우리는 결코 그렇게하지 않을 것이라고 말하지 않았습니다. 단지 현재 어떤 계획에도 없습니다.

저는 VB 팬입니다 😄, .vbhtml 은 (는) 즉시 사용할 수있을 것으로 예상합니다. 이전에 언급 한 하이브리드 접근 방식은 모든 VB 사람들에게 충분하지 않지만 일부 경우에는 괜찮습니다. 내 질문은 C # 대신 VB를 방출하기 위해 Razor 를 다시 구현하는 것입니다. 또는 MVC가 cshtml C #에 단단히 결합되어 있습니까?

@hishamco 불행히도 Razor는 VB와 C #이 별도의 경로가되도록 구현되었습니다. 나는 관련된 몇몇 사람들과 이야기를 나누었고 그것은 꽤 큰 프로젝트입니다.

@KathleenDollard .pug 및 .md 파일 형식에 대한 사용자 지정 ViewEngine을 지원하는 다른 .NET Core 프로젝트가 있습니다.

확실히 우리는 <Project Sdk="Microsoft.NET.Sdk.Web"> 와 함께 .vbproj를 사용하여 .vbhtml razorpages 파일에서 작동하도록 만들 수 있습니다.

@ tb-mtg 당신이 그것을 탐험하고 그 프로젝트가 무엇을했는지 확인하고 싶다면 그것은 모두 오픈 소스입니다. 그것을 쓴 사람들은 그것이 큰 노력이라고 말했습니다. 노력의 규모와 이전 버전의 MVC에서 vbhtml의 채택률이 매우 낮기 때문에 판매가 어려워졌습니다.

@KathleenDollard 나는 내 질문을 다시 반복 할 것입니다 .C # 대신 VB를 방출하도록 Razor를 다시 구현하면 작동합니까, 아니면 MVC가 cshtml C #에 단단히 결합됩니까?

@rynowak 에게 좋은 질문이 될 @hishamco . 라이언?

MVC의 런타임 컴파일 엔진은 C # 컴파일을 위해 Roslyn 인프라를 사용하고 .deps.json 통해 전달되는 C # 프로젝트 시스템의 설정을 예상 / 요구합니다. MVC는 생성되는 코드와 밀접하게 연결되어 있지 않지만 C # 프로젝트에서 생성 된 설정을 사용하여 런타임에 C # 뷰를 컴파일하기위한 인프라를 제공합니다.

런타임에 VB를 컴파일하려는 사람은 누구나이를 수행하는 뷰 엔진을 구현해야합니다.

@rynowak 에게 감사드립니다.

Roslyn 인프라를 사용하여 C #을 컴파일하고 .deps.json을 통해 전달 될 C # 프로젝트 시스템의 설정을 예상 / 요구합니다.

VB 뷰 엔진을 구현하거나 수정 된 C # 엔진을 복제하는 경우 .deps.json 에 전달해야하는 설정은 무엇입니까?

+1
Visual Basic은 항상 .NET 세계에서 가장 중요한 언어입니다. VB는 지금도 많은 팬과 사용중! 많은 사람들이 자신의 직장에서 C # 프로젝트에서 일하지만 저 같은 많은 사람들이 자신의 프로젝트에서 VB를 사용하는 것을 좋아한다고 생각합니다.

트윗 담아 가기

MVC 5의 .vbhtml 면도기 엔진은 기본적으로 모든 VB 웹 프로젝트의 1 % 미만이 5 개 버전 이후에 사용했기 때문에 Core로 이식되지 않았습니다.

나머지 99 %는 무엇을 사용합니까?

Angular 또는 다른 유사한 프런트 엔드 라이브러리가 있다고 생각합니다. 그게 제가 사용하는 것입니다.

사실 그것은 또한 ASP.Net MVC Razor에서 Angular로 이동하는 새로운 웹 프로젝트로 할 계획입니다. 올해 4 개의 새로운 웹 프로젝트를 수행해야합니다.

VB는 수년 동안 인기있는 언어였습니다! 회사로서 우리는 확실히 C #으로 다시 작성하고 싶지 않은 많은 코드 조각을 가지고 있습니다. 특히 새로운 EU 규칙이 적용될 때 다시 작성 될 구식 웹 양식 앱이 많이있을 것입니다. 이것은 VB가 매우 원할 것이라는 것을 의미합니다! 나는 마이크로 소프트가 VB에서 1 ​​분 동안 너무 뜨겁고 차갑게 날아가는 것이 놀랍습니다. 예, 새로운 언어와 프레임 워크가 나오고 있지만 인기있는 오래된 언어를 버리지 마십시오!

여기에서 추적되고있어 다행입니다. 그 때 몇 가지 조치를 취할 수 있기를 바랍니다.

MS의 모든 기호 (족제비 단어)는 VB.NET을 벙어리로 만들 계획이며 / 또는 아무것도하지 않고 다른 사람이 누락 된 비트를 쓸 때까지 기다린다는 것입니다. 나는 그들의 족제비 말을 끝냈고 지금 VB.NET 개발을 종료하고 있습니다.

나는 마이크로 소프트가 GitHub를 인수했을 때 VB.Net이했던 것과 같은 대우를받지 않기를 바랍니다.

@NatShaw 저는 Visual

나는 당신이 VB.NET을 멍청하게 계획하는 것에 대해 무엇을 의미하는지 잘 모르겠지만 그렇게 할 계획은 없습니다. Visual Basic 언어 전략 은 변경되지 않습니다.

VB 용 Razor는 문제가 있습니다. 주요 개발 워크 플로의 경우 WebAPI는 여기에 표시된대로 VB를위한 훌륭한 워크 플로입니다. (템플릿 제외)

@ tb-mtg VB.Net은 죽은 상태로 남아 있지 않습니다. 지속적인 개선이 있습니다. 언어가 약간 개선되고 IOperation처럼 작동하여 Roslyn 분석기에서 Visual Basic을 지원하여 에코 시스템 전체에서 VB를 쉽게 지원할 수 있습니다. VB가 모든 새로운 시나리오보다는 이미 좋은 시나리오와 적절한 새로운 시나리오에 초점을 맞추는 것은 사실입니다. 예를 들어 Scott Hunter는 이미 VB.Net이 .NET Core 3에서 작동한다고 발표했습니다.

@KathleenDollard Pieces가 이미 누락되었습니다 2.x- 모든 VB 템플릿은 어디에 있습니까? Nullable 참조 유형? C # 전용입니다. 미래 계획은 미래를 위해 훌륭하지만 VB는 이미 무언가를 놓치고 있습니다.

이것은 Microsoft가 훌륭한 기술을 만들고 포기하는 테마입니다. 그들은 회사를 만든 언어 인 VB를 버리고 C # 전용 상점이되고 있습니다. 새로운 기술이 도입되면 모든 언어가 지원 될 것으로 기대합니다. 안타깝게도이 새로운 Microsoft는 모든 언어를 동등한 파트너로 유지하는 데 15 년 전처럼 좋은 일을하지 못합니다. 너무 나쁘다. 나는 수만 줄의 VB를 가지고 있으며 asp.net 코어를 사용하여 크로스 플랫폼을 사용하기를 희망했습니다. 이제 asp.net 코어에 버려진 웹 양식이 있고 VB가 없습니다. 언어를 변경하거나 ??. 내가 노력한다면 언어 변경은 마이크로 소프트 이외의 다른 것이 될 것이고, 모든 플랫폼을 지원하도록 만들어진 언어가 될 것입니다. 나는 아주 좋은 VB 개발자라는 이유로 할인과 퇴원에 지쳤다. Microsoft 플랫폼 및 언어를 사용하고 판매 한 지 30 년이 지나면 회사와 코드를 가져 와서 Microsoft를 떠날 때가되었습니다. VB에 대한 .net 관리의 겸손한 태도가 너무 커지고 있습니다. 요즘에는 마이크로 소프트에서 너무나 실망한 VBers가 여전히 너무 많습니다. VB가 오픈 소스로 만들어져 커뮤니티가 모든 플랫폼에서 발전시킬 수 있다면 더 좋을 것입니다.

@SrqComputerguy 그들은 VB를 포기하고 있습니다

잘못된. @KathleenDollard 는 문자 그대로 _ 하루 전 _ _이 스레드 _에서 "The Visual Basic 언어 전략은 변경되지 않았습니다."라고 말했습니다. (논평)

@SrqComputerguy 너무 나쁘다, 나는 수만 줄의 VB를 가지고 있으며 asp.net 코어를 사용하여 크로스 플랫폼으로 가고

웹 양식은 오래된 기술 (실제로 소프트웨어 표준에 의해 오래됨)이므로 .NET Core (VB.NET _or_ C # 사용)에서 지원되지 않는다는 것은 놀라운 일이 아닙니다. ASP.NET Core에서 VB.NET을 사용하는 방법에 대한 이번 주 초의이 블로그 게시물 을 참조하세요.

@SrqComputerguy 제가 노력을 기울이면 언어 변경은 Microsoft 이외의 다른 언어가 될 것이고 모든 플랫폼을 지원하도록 만들어진 언어가 될 것입니다 .

VB.NET _is_ 크로스 플랫폼, 웹 양식이 아닙니다.

@SrqComputerguy VB가 오픈 소스로 만들어져 커뮤니티가 모든 플랫폼에서 발전시킬 수 있다면 더 좋을 것입니다.

😕 그렇습니다. https://github.com/dotnet/vblang

@reduckted C #에는 'ASP.NET Core Web Application'템플릿이 있지만 VB에는 없습니다. 그 맞습니까? nullable이 아닌 참조 유형-VB 용이 아닙니다.

전략은 이미 VB가 더 이상 1 등 시민이 아니라는 것입니다. @KathleenDollard 링크 기사는 다소 모욕적이며, 이러한 반짝이는 새 기능은 VB 코드를 너무 복잡하게 만들 수 있기 때문에 우리에게 좋지

• VB 15에는 C # 7.0의 새로운 기능 중 일부가 포함되어 있습니다.
• 우리는 VB가 인기있는 핵심 시나리오와 도메인에 혁신을 집중할 것입니다.
• 그러나 VB 15는 is-expressions, out-variables 및 로컬 함수와 같은 기능을 얻지 못합니다. 이는 VB의 가독성에 좋지 않은 영향을 미치고 개념 수를 크게 증가시킬 것입니다.

끝났어. 그들은 그것을 바보로 만들고 있습니다.

오래된 기술이 유용하지 않다는 의미는 아닙니다. WebFroms는 SEO가 필요하지 않지만 크로스 플랫폼이 필요한 LOB (기간 업무) 애플리케이션에 적합합니다. WebForm은 winform 버전의 모양과 느낌을 비슷하게 만들고 작동합니다. 또한 잘 작동하는 많은 비즈니스 시나리오가 있습니다. 모든 것이 C # MVC angular.js 응용 프로그램 일 필요는 없으며 그럴 필요도 없습니다. 그러나 이것이 MS가 현재 개선하고있는 유일한 도구입니다.

Razor 페이지 (.net 용으로 업데이트 된 ASP 페이지)가 VB가 아닌 코어에서 C #을 좋아하는 이유는 무엇입니까?

MS는 Mono 프로젝트를 구입하여 C #을 먼저 지원하고 확인을 받아야 VB에서 사랑을 얻습니다.

MS는 VB보다 Python에 더 많은 사랑을주고 있습니다. Python은 C # 또는 VB보다 크로스 플랫폼 언어에 가깝습니다.이 언어는이 VBer가 앞으로 갈 것입니다.

슬프게도 MS는 아직까지 라인의 끝을 알려주는 방법을 모르는 언어에 의존하고 있습니다.

MS는 더 이상 VB 팀을 보유하고 있습니까? 그들은 웹 존재가 없습니다. 발전을 위해 우리는 다른 곳을 찾아야 할 것입니다.

지속되는 동안 좋았습니다. VB RIP.

안녕하세요,

Microsoft의 누군가가 면도기 뷰 (.net 코어)에서 VB를 컴파일하려는 노력을 재고 할 수 있습니까? 나는 프로젝트 blazor가 새로운 웹 애플리케이션을 만들기 위해 vb에서 많은 기존 코드를 공유하는 새로운 방법을 가능하게한다고 생각합니다.

VB .NET은 C #에서 할 수있는 것과 동일한 작업을 수행 할 수 있기 때문에 한 번 더 인기가있었습니다. vb가 남으면 그 인기를 효과적으로 끝낼 것이라고 생각합니다.

우리는 매우 큰 VB winforms 앱을 웹 앱으로 이식하고 있습니다. 우리는 JS로 프레임 워크를 다시 작성하는 방식에 50 %가 있지만 blazor를 사용하면 더 빠르고 깔끔하며 기존 코드를 많이 공유 할 수 있습니다. C # 대신 VB로 뷰를 코딩 할 수 있다면 멋질 것입니다. 모든 것이 MVC와 면도기는 아닙니다.

그렇다면 블레이저에 집중하면 노력이 줄어들 수 있을까요?

몇 년 동안 최신 및 레거시 VB 코드로 작업해야했기 때문에 장황함이 사라질 때까지 기다릴 수 없습니다. Microsoft가 한 가지 스타일의 언어 (C)에 집중하는 것이 현명하다고 생각합니다.

@mcurros

Razor 지원이 고려되고 재검토되었습니다.

매우 흥미롭지 만 현재 Blazor는 제품 계획이없는 실험적인 노력입니다. Blazor가 제품이된다면 VB의 이야기를 재고 할 가치가 있다는 데 동의하며 그럴 것이라고 기대합니다. 그 결과 VB 지원과 관련된 전략이 변경되는지 여부는 모르겠습니다.

세 가지 질문 :

• .NET Core 3으로 이동하는 WinForms에 대한 발표가 WinForms 코드를 이식하기로 한 결정을 재고하게하나요?

• 웹용으로 다시 작성하고 있습니다. 다음과 같은 VB WebAPI 백 엔드를 사용하고 있습니까? 최신 웹 앱 개발을 위해 Angular, Visual Basic 및 .NET Core 결합 ?

• JS를 사용하고 있습니다. 이는 팀의 일부가 중괄호 언어를 효과적으로 사용하고 있음을 의미합니다. C #으로 변환하지 않는 이유는 무엇입니까?

VB에서 수행 할 수없는 C # 독점적으로 수행되는 작업은 없습니다. MS는 IL 변환기를 만듭니다. 그것은 의지의 문제입니다.

여기에 질문이 있습니다. 데스크톱 버전처럼 보이고 작동하는 웹 버전 .net 4.5.2가있는 비즈니스 앱이 많이있는 경우 MS는 크로스 플랫폼으로 이동하도록 제안합니다.

MS가 Asp.net Core 웨이브에 VB 개발자를 포함시키는 아이디어를 멍청하고 리소스를 소비하는 데 관심이 없다는 것이 공식적인 것입니까?

@ sreenathGanga1988 Visual Basic.NET의 .NET Core에서 Razor를 지원할 현재 계획이 없다고 발표했습니다. MVC의 일부로 ASP.NET Core에있는 WebAPI가 지원됩니다. 지원되지 않는 것은 Razor뿐입니다. Razor 엔진은 복잡하며 단일 언어 용으로 만들어졌습니다.

@KathleenDollard 는 VB 팬이 VB를 지원하기 위해 현재 Razor 엔진을 사용하여 면도기 엔진을 구축하는 데 기여할 수 있도록 VBHTML.Contrib 를 만들 수 있습니다.

새 버전의 Razor를 작성한 사람들은 Visual Basic이 여러 언어 용으로 설계되지 않았기 때문에 포함하는 것이 매우 복잡하다고 생각합니다. 나는 코드를 보지 않았지만 그 사람들의 의견을 믿을 것입니다. 이를 바탕으로 포크를 만들지 않을 것입니다.

그러나 ASP.NET은 이유 때문에 오픈 소스입니다. VB 개발자 그룹이 어디에서나 포크를 만들고 틀렸다는 것을 증명한다면 그것은 다소 멋질 것입니다. 프로젝트에 대한이 repo 포인트에이 문제 나 다른 문제가있어서 기쁩니다. 그리고 내가 원하는 경우 그 존재와 진행 상황을 트윗 할 것입니다.

.NET Foundation과 함께 Visual Basic 공간 (아마도 기여, 아마도 다른 것)을위한 토대를 마련하여 Visual Basic 커뮤니티의 프로젝트에 대한 소유권 및 관리 작업을 관리하는 방법이 있습니다. 그러나 그들은 사람들이 원하는 것을 제공하는 저장소가있는 커뮤니티가 있다는 증거가 필요합니다 (재단은 죽은 프로젝트를 피하기 위해 노력합니다). Entity Framework 템플릿이 그 씨앗이되기를 바랐지만 잘되지 않았습니다. 이 VB 특정하지 않고, 당신이 개인 저장소에있는 것을 볼 이유 : @bricelam에서 VB EF 템플릿, @natemcmaster에서 글로벌 도구 카탈로그를, 우리는 새로운 하나에 명령 줄 파서 @natemcmaster의 포크 버전을 작업하는 동안 .

따라서 프로젝트와 프로토 타입은 Foundation의 관심을 끌기에 충분하지 않지만 성공적인 프로젝트가 나타나면 .NET Foundation으로 이동할 수 있습니다.

설명 해주셔서 감사합니다.하지만 Roslyn이 둘 다 지원할 수있는 동안에 만 Razor가 C #을 대상으로 구축 된 이유를 잘 모르겠습니다 !!

구문 트리를 직접 빌드하는지 여부를 알기 위해 Razor 코드를 살펴 보지 않았지만 그렇게한다고 가정하면 ...

Roslyn은 C # 및 VB에 대해 다른 구체적이고 명시적인 원시 구문 트리를 사용합니다. 예를 들어 세이 콜론과 중괄호는 VB가 아닌 C #에 있습니다. End Sub 및 Handles는 C # 구문 트리가 아닌 VB에 있습니다.

안녕하세요.

예, 저는 프로젝트 blazor가 실험적이라는 것을 알고 있지만 웹 어셈블리로 컴파일되고 크로스 플랫폼 앱을 수행하는 더 쉬운 방법입니다 (서버와 클라이언트에서 기존 코드를 공유하기 때문에 Windows 서버와 ASP .NET을 좋아하므로 서버 실행을 선호합니다.) 기존 코드베이스를 재사용하기 위해 전체 .NET 프레임 워크를 지원합니다.)

귀하의 질문 :

1. .NET core 3은 WinForms 앱을 플랫폼 간으로 만들지 않으므로 너무 많이 추가하지 않습니다.

2. 저는 웹용으로 다시 작성하고 있습니다. 그것이 우리의 앱을 크로스 플랫폼으로 만들기 때문입니다. ASP .NET 컨트롤러를 사용하여 기존 코드를 공유하고 있으므로 서버에서는 문제가 없습니다. 앞서 말했듯이 우리는 JS에서 동일한 기능을 제공하기 시작한 자체 프레임 워크를 사용하고 있지만 클라이언트 코드를 다시 작성하고 테스트해야하며 UI는 여전히 개발의 80 % 이상을 차지하고 있습니다. 시각.

3. 우리는 프로젝트 blazor 이전에 프레임 워크를 JS로 포팅하기 시작했습니다. C #으로 다시 작성한다고해서 클라이언트 앱이 플랫폼간에 교차되지는 않습니다. 어쨌든 브라우저를 대상으로하거나 Xamarin 또는 다른 것으로 변환해야하므로 노력은 동일합니다.

저는 C, C ++, C #, VB, JS로 프로그래밍하고 여러 스택을 사용하는 방법을 알고 있지만 다른 언어로 변환하는 데 어려움을 겪는 팀원이 여러 명 있습니다. 어쨌든 요점은 테스트 된 코드베이스를 다시 작성하는 것이 아니라 재사용하는 것입니다. blazor가 뷰에서 VB를 컴파일 할 수 있다면 많은 시간을 절약 할 수 있습니다.

또한 사용자가 이전에 전체 프레임 워크를 사용하여 VB .NET에서 면도기 뷰를 컴파일 할 수 있다는 것을 이해하는 것이 이상합니다. VB를 남겨 두신 것 같습니다. 그리고 모두 .NET 코어로 시작되었는데, 실험 프로젝트가 처음이 아니 었나요?

컨텍스트를 조금 더 추가하기 위해 서로 다른 비즈니스 라인에 대해 세 가지 미션 크리티컬 ERP를 포팅합니다.

문안 인사.

@mcurros

시나리오에 대해 더 많이 공유해 주셔서 감사합니다.

Razor 엔진은 ASP.NET Core 용으로 다시 작성되었으며 여기에서 여러 언어에 대한 노력이 이루어지지 않았습니다. VB 버전의 Razor 엔진의 낮은 사용이 원동력 중 하나였습니다. 그리고 예, Blazor의 존재는 그 결정을 매우 고통스럽게 만듭니다.

안녕하세요.

통찰력을 공유 해주신 Kathleen에게 감사드립니다. .NET의 언어가 서로 경쟁하기 시작하지 않기를 바랍니다. .NET의 가장 매력적인 점 중 하나는 언어와 상호 운용성입니다. 이제 더 이상 그렇지 않을 것 같습니다. 이제 개발 스택으로 .NET을 선택하는 것만으로는 충분하지 않습니다. 우리가 선택하는 언어에도주의해야 할 것 같습니다. 안타깝게도 한 걸음 뒤로 물러나는 것 같습니다.

마지막 질문에서 razor는 ASP .NET 웹 페이지와 웹 매트릭스를 사용하여 .NET core보다 훨씬 먼저 작성되었다고 생각하므로 razor 엔진이 C #을 대상으로하는 .NET core로 다시 작성되었음을 의미합니다. 내가 맞아?

행운을 빌어 요.

안녕하세요,
이 게시물을 찾았습니다. Razor가 아닌 이유는 무엇입니까? .
순수한 C # 및 VB.NET 개발을 위해 ASP .NET Core 및 Blazor 프로젝트에서 Razor 구문 사용을 완전히 피하는 것에 대해 어떻게 생각하십니까? HTML5 및 CSS 파일을 내 보내야하는 웹 애플리케이션을 개발하려면 Razor 구문이 필요합니까?

문안 인사,
필리포.

안녕하세요.

블레이저 전 이었군요. 문제는 클라이언트에서 템플릿 엔진이 필요하다는 것입니다. 그리고 blazor의 경우에는 바로 그것입니다. blazor에서 razor는 서버가 아닌 브라우저에서 실행됩니다 (하지만 필요한 경우 서버에서 실행할 수 있음). 그래서 사람들은 오랫동안 브라우저에서 클라이언트와 서버간에 코드를 공유하려고합니다. 유효성 검사 코드를 공유하는 것은 간단한 경우이지만, 우리의 경우 모델을 설명하는 메타 데이터를 공유하므로 구성 요소가 해당 메타 데이터를 사용하여 구성 할 수 있습니다.

Node.JS는 브라우저와 서버간에 코드를 공유 할 수 있기 때문에 널리 사용되었습니다. 그렇다면 브라우저와 서버간에 .NET 코드를 공유하지 않는 이유는 무엇입니까? Razor는 공유 코드를 사용하여 웹 어셈블리로 컴파일됩니다. 예, 앱을 컴파일하고 실행하고 배포 할 수 있지만 브라우저에는 더 나은 크로스 플랫폼 기능이 있으며 동일한 코드로 더 많은 플랫폼을 대상으로 할 것입니다. 그런 식으로 가고 싶다면 WPF가 webassembly로 컴파일되는 것을 보았습니다.

우리는 기존 JS 구성 요소를 활용하고이를 .NET 기반과 혼합하는 것을 선호하지만 angular와 같은 다른 JS 프레임 워크를 대체하기 위해 .NET 및 razor를 선호합니다. 적어도 우리를 위해 무엇을하고 있는지 안다면 10 배 더 생산적입니다.

문안 인사.

@mcurros 예, Razor를 포함하여 ASP.NET Core에서 많은 부분이 재 작업 / 재 작성되었습니다 (예 : 파이프 라인 모델 참조).

@mcurros 좋습니다. 템플릿 엔진이 필요하다는 것은 사실이지만 문제는 견고한 WYSIWYG 디자이너가 Razor 구문을 지원하지 않는다는 것입니다.
예를 들어 Blazor는 Bootstrap 을 CSS 라이브러리로 사용합니다. Bootstrap Studio 라는 흥미로운 Boostrap 디자이너가 있지만 Razor 구문을 지원하지 않습니다.
WinForms 데스크톱 응용 프로그램의 경우 XAML과 동일한 인터페이스를 빠르게 디자인 할 수있는 훌륭한 WYSIWYG 디자이너가 있습니다. Razor 구문보기 (.cshtml / .vbhtml)를 사용하여 HTML5-CSS를 빠르게 만드는 데 사용할 수있는 디자이너가 있습니까?

안녕하세요.
브라우저를 실행할 수있는 장치는 10K 순서이므로 정확한 WYSIWYG 도구를 만드는 것은 노력할 가치가 없다고 생각합니다. 요즘 추세는 브라우저에서 실행하고 브라우저가 렌더링을 수행하도록하는 것입니다. Blazor 샘플은 Bootstrap을 사용하지만 razor는 템플릿 엔진이므로 원하는 것과 원하는 CSS / HTML 프레임 워크를 내보낼 수 있습니다. 흥미로운 부분은 웹 어셈블리 컴파일, SPA 라우팅을 제공하는 수정 된 면도기, SPA 클라이언트를 구축하는 데 필요한 모든 것입니다. 또한 필요한 경우 서버에서 렌더링 할 수 있습니다 (공개 웹 사이트 및 검색 엔진 색인 생성 용). 꽤 멋지다고 생각합니다.

따라서 blazor는 실시간 웹 어셈블리 컴파일을 제공하고 F5를 누르면 브라우저에서 실행됩니다. 빠릅니다. 시도해보세요.

@mcurros 답변
구성 요소가 드래그 엔드 드롭을 사용하여 다른 구성 요소에 이동, 크기 조정 및 포함되는 기능이있는 개발자 미리보기를 생각하면 마지막으로 CSHTML 템플릿을 업데이트합니다.
예를 들어 Concrete5 를 사용하면 즉시 레이아웃을 변경할 수 있습니다.
미래에 "디자인 모드"가 가능할 것이라고 생각하면 알려주세요.

친애하는,
필리포.

나는 VB의 미래가 아닐 것이라고 생각합니다.
C #과 Visual Basic의 공진화를 끝내기위한 마이크로 소프트의 새로운 전략은 개발자들로부터 덜 존경받을 것입니다.
C #은 .Net 개발자를위한 미래이므로 Visual Basic의 사용을 온-프레미스 레거시 시스템으로 제한 할 때입니다.

https://www.infoworld.com/article/3167210/application-development/visual-basic-is-the-odd-man-out-in-the-new-net.html

https://www.infoworld.com/article/3254564/application-development/doing-nicely-now-visual-basics-popularity-could-take-a-hit.html
https://blogs.msdn.microsoft.com/dotnet/2017/02/01/the-net-language-strategy/

2 억 5 천만 줄의 코드 중 절반이 아직 사용 중이므로 이제 다시 작성해야합니다. VB.Net은 최신 세대의 프로그래머가 언어 자체에 대한 완전한 무지 (그리고이를 Visual Basic-Apples to Oranges와 계속 비교하는 모든 바보)와 성능 및 기타 벡터에서 터무니없이 잘못된 비교로 인해 죽었습니다. 결과적으로 일자리를 잃게 될 RIP VB.Net과 수백만 명의 개발자.

@DamianEdwards 처럼 C #에서 VB로 "ASP.Net Core Web Application"예제를 이식했습니다. VB 프로젝트에서 Razor .cshtml 파일을 (성공적으로) 사용하고 있습니다. ASP.Net Core 2.1과 호환되는지 확인했습니다. 여기에서 찾을 수 있습니다.

https://github.com/mevdschee/aspnetcorevb

@marcusoftnet 데미안 예를 사용하는 멋진 .cshtml 뷰와의 응용 프로그램의 나머지 VB.NET , 그러나 그것은 아주 사용하는 냉각합니다 .vbhtml 보기에 😃

나는 마이크로 소프트가 염두에두고있는 것이 무엇인지 모르겠다. VB와 같은 프로그래밍 언어가 웹에서 클라이언트 측과 서버 측 영역을 모두 적절하게 할 수 있다는 점이다.

클라이언트 : vbscript
서버 : vb

연마 VB는 당신에게 도움이 될 것입니다. 이해할 수 있고 이해할 수 있고 적응할 수 있습니다. vb.net이 웹에 없다는 것을 아는 것은 정말 아프고 향수입니다.하지만 그것은 당신의 잘못이며 하나에 만 집중합니다.

Bing 번역 :
나는 Microsoft가 머리에 있고 VB와 같은 프로그래밍 언어가 클라이언트 측과 서버 측의 두 영역의 웹에서 적절할 수 있다는 것을 모릅니다.

클라이언트 : VBScript
서버 : VB

연마 VB는 수혜자가 이해할 수 있고 이해 가능하며 적응할 수있는 것입니다. vb.net이 웹에 없다는 사실을 아는 것은 정말 많은 고통과 향수를 불러 일으 킵니다.

다음을 확인했습니다.
https://blogs.msdn.microsoft.com/vbteam/2018/11/12/visual-basic-in-net-core-3-0/

이것이 변경 될까요?

이렇게하면 C #에 이미 추가 된 기능을 추가하기 위해 VB.NET이 계속 지원되지만 다시 vbhtml 😕

@hishamco 아니요. 공유하는 동안 :( Razor 엔진은 C # 만 지원합니다.

Razor 엔진은 C # 만 지원합니다.

그것이 내가 의미하는 바입니다 😄

Tibor Index는 VB.NET이 성장하고 있음을 보여줍니다. 어쨌든 우리는 VB 면도기가 필요합니다.

@DamianEdwards 처럼 C #에서 VB로 "ASP.Net Core Web Application"예제를 이식했습니다. VB 프로젝트에서 Razor .cshtml 파일을 (성공적으로) 사용하고 있습니다. ASP.Net Core 2.1과 호환되는지 확인했습니다. 여기에서 찾을 수 있습니다.

https://github.com/mevdschee/aspnetcorevb

@mevdschee Visual Studio를 통해 프로젝트 템플릿을 사용할 수 없거나 VSCode에서 지원되지 않기 때문에 VB.NET으로 포팅하기 위해 거친 프로세스에 대해 궁금합니다. 어떻게 하셨나요?

@Webbarrr 저는 C # 코드를 VB로 직접 변환하고 Visual Studio C # 템플릿을 사용하여 시작했습니다.

@reduckted @hishamco @muratg @ TB-MTG @brunojuliao @Eilon @rynowak @CheungTatMing @VBDotNetCoder @ simonmilne80 @NatShaw @SrqComputerguy @ sreenathGanga1988 @mcurros @filippobottega @mrjohnr @beefydog @mevdschee @ Baner041986 @hannespreishuber @Webbarrr

VB.NET 코드가 HTML, CSS 및 JavaScript 구문에 잘 맞지 않기 때문에 vbhtml이 손실 된 원인이라는 데 동의합니다! 대신 vbxaml을 요청합니다!
몇 달 전에 VB.NET 저장소에이 제안을 게시했습니다.
https://github.com/dotnet/vblang/issues/329
다음은 따옴표입니다.

VB.NET이 새로운 WebAssembly 물결을 타게하십시오 :
WebAssembly와 Blazor 이후, 기회는 그 자체로 나타납니다. 이제 HTML5 대신 XAML을 작성하고 (차이가 최소화 됨) Java 스크립트 대신 VB.NET을 작성하는 것이 논리적입니다 (Blazor에서 C #이 Java를 대체하는 것과 같은 방식).
이미 C #에서이를 시도하는 Ooui라는 프로젝트가 있습니다.
VB.NET은 똑같이해야하며 SilverLight, Blazor 및 Ooui에서 수행 한 작업을 활용하여 XAML 및 VB.NET 코드로 ASP.NET 페이지를 디자인하는 프로젝트가 있어야합니다. 이것이 지금 시작되면 꾸준히 성장할 수 있습니다. 대신 Blazor와 Ooui가 안정 될 때까지 기다린 다음 MS는 다음과 같이 말합니다.
죄송합니다. VB.NET이 따라 잡기에는 비용이 많이 듭니다!

VBlazor (.vbxaml)는 VB.NET 및 WPF / UWP에 익숙한 데스크톱 개발자가 ASP.NET으로 원활하게 이동할 수 있도록합니다.

XAML 또는 Fluid와 같은 템플릿 언어를 사용하는 IMHO는 Razor가 C # 전용으로 작성 되었기 때문에 모든 것을 행복하게 만들 것입니다.

VBLazor는 uwp / wpf 디자인 뷰와 비슷하지만 MVVM 패턴을 사용하여 대규모 프로젝트를 구성 할 수있는 기능이있는 두 개의 코드 숨김 파일 (서버 vb.net 코드 용 및 클라이언트 (스크립트) 코드 용)이 있습니다. XAML은 html5로, Xaml 스타일은 CSS로, VB.NET 스크립트 코드는 WebAssembly로 컴파일됩니다.

슬프게도 ASP.NET Core 용 VB.NET 프로젝트 템플릿을 추가 할 의도가 없다는 것이 매우 분명하기 때문에이 내용을 닫겠습니다.

@reduckted @muratg @ tb-mtg @brunojuliao @rynowak @CheungTatMing @VBDotNetCoder @ simonmilne80 @NatShaw @SrqComputerguy @ sreenathGanga1988 @mcurros @filippobottega @mrjohnr @beefydog @mevdschee @ Baner041986 @hannespreishuber @hannespreishuber

마지막으로 작동하는 VB.NET ASP.NET MVC Core Razor 샘플!
https://github.com/VBAndCs/VB.NET-Razor
VbRazor 프로젝트에서 간단한 VBRazorViewEngine을 구현했습니다.
프로젝트에서 VBRazorViewEngine을 사용하기 위해 다음 두 문을 Startup.ConfigureServices 메서드에 추가했습니다.
```VB.NET
services.AddTransient (Of IConfigureOptions (Of MvcViewOptions), VBRazor.VBRazorMvcViewOptionsSetup) ()
services.AddSingleton (Of IViewEngine, VBRazor.VBRazorViewEngine) ()

The VBRazor is just a VB class that implements the IVBRazor Interface:
```VB.NET
Public Interface IVBRazor
    ReadOnly Property Razor As String

End Interface

Razor 속성은 xml 리터럴을 사용하여 HTML 코드를 작성하고 문자열로 반환합니다. 예 :
```VB.NET
VbRazor 수입

공용 클래스 IndexView
IVBRazor 구현

Dim students As List(Of Student)

Public Sub New(students As List(Of Student))
    Me.students = students
End Sub

Public ReadOnly Property Razor As String Implements IVBRazor.Razor
    Get
        Dim x = <html>
                    <h3> Browse Students</h3>
                    <p>Select from <%= students.Count() %> students:</p>
                    <ul>
                        <%= (Iterator Function()
                                 For Each std In students
                                     Yield <li><%= std.Name %></li>
                                 Next
                             End Function)() %>
                    </ul>
                </html>
        Return x.ToString()

    End Get
End Property

수업 종료

To use the IndexView from the Controller, I passed it to the View method as the model data in the action method, and passed the actual model data to its constructor:
```VB.NET
Public Function Index() As IActionResult
    Return View(New IndexView(Students))
End Function

그게 다야!! 프로젝트를 실행하면 다음 웹 페이지가 표시됩니다.

이것은 정말 쉬웠지만 더 많은 작업이 필요하므로이 프로젝트를 실제 생산적인 도구로 만들기 위해이 프로젝트에 기여하기를 바랍니다!
가장 먼저 할 일은 ASP.NET MVC Core 용 VB.NET 템플릿을 만드는 것입니다. C # 프로젝트를 만든 다음 VB로 변환해야했습니다!

두 번째로 할 일은 VB의 xml 리터럴에서 html 속성에 대한 인텔리 센스 지원을 추가하는 것입니다!

Truth View Engine은 Razor 또는 Markdown 등에서 본 것과 같은 일종의 템플릿을 구문 분석해야하지만 Razor에서 생성 된 클래스가 수행 한 코드 뒤에 생성 된 최종 마크 업이 있기 때문에 사용자가 수행 한 작업이 쉽습니다.

뿡뿡
거의 잊혀진 VB XML 리터럴 덕분에 몇 시간 만에이 작업을 수행했습니다! 나는 몇 주 동안 새로운 구문을 제안하려고 할 때까지 잊어 버렸을 것입니다. 그래서 내가 작성 하고 편집자가 닫는 태그로 완성했습니다. :) 그러나이 아이디어를 완전한 제품으로 만들기 위해해야 ​​할 일이 많습니다.

https://gitter.im/VB-NET/Volunteer
감사.

XML 리터럴은 VB만이 가지고있는 아주 좋은 기능입니다. vbhtml에 관해서는 시간과 노력이 필요하고 저는 과거에 관심이있는 분 중 하나입니다. 조만간 시작할 수 있으면 좋겠습니다.

안녕하세요,
기능적인 VB Razor (Vazor)입니다. 재미 :
https://github.com/VBAndCs/Vazor

안녕하세요,
이 제안을 지원하십시오 https://github.com/aspnet/AspNetCore/issues/9270
vbhtml 페이지를 만드는 쉬운 대안이 될 수 있습니다.

@VBAndCs , 이전에 종료 된 문제에 대한 게시를 피하십시오. ASP.NET Core의 버그 및 기능 요청에 대해이 문제 추적기를 유지하고 다른 논의를 최소화하려고합니다.

에일 론
죄송합니다. 아직 존재하지 않는 기능 요청입니다. 폐쇄 되어도 문제가되지는 않지만 여전히 Google 검색에 표시되므로이 주제에 대한 모든 관련 정보를 함께 보관하는 것이 중요합니다.
어쨌든, 이것이이 주제에 대한 나의 마지막 응답입니다.
감사

@VBAndCs , @Eilon (Github 바이오에 따르면 개발자가 아닌 Microsoft 관리자)의

꺄뜌 님
당신의 지원에 감사드립니다 :). @Eilon 이 하루에 수백 개의 알림, 수정해야 할 버그, 만들 토론, 답변해야 할 질문 및 거부 제안으로 인해 엄청난 압력을
그래서 나는 나의 제안에서이 주제를 언급 할 것이다 (VB.NET이 올바른 위치를 복원 할 때까지 계속 오기를 바란다 :)).
나는 Eilon이 중요한 제안에 대해 논의하거나 적어도 잠시 동안 공개하여 커뮤니티에서 즉시 닫기 버튼으로 이동하는 대신 토론 할 수 있기를 바랍니다.
다시 한 번 감사드립니다 @mevdschee , 죄송합니다 @Eilon :)

나는 강요 할 필요없이 로드맵에 있어야한다고 생각하는 적절한 완전한 솔루션으로 오랫동안이 스레드를 따라왔다. 나는 @VBAndCs 가 노력한 후 @Eilon 이 너무 많은 사람들을 위해 문제를 해결하는 데 도움을 주려는 다른 사람을 막으려 고 시도하는 것을보고 약간 실망 했습니다! 많은 부담이 있다는 것을 이해할 수 있지만, 사람들이 여전히 이것을 따르고 있다는 사실은 많은 사람들에게 중요합니다! 좋은 일을 계속하십시오 :)

안녕하세요 여러분,

커뮤니티 활동 및 기능을 강력히 권장하지만 특정 기능 요청이나 버그 수정은 우리가 구현하기에 충분한 우선 순위가 아니기 때문에 수락 할 수 없습니다. 여기에는 테스트 및 문서를 포함하는 풀 요청이있는 경우도 포함됩니다. 규모에 관계없이 모든 변경에는 장기적인 비용을 포함하여 비용이 발생하며, 고려중인 다른 모든 잠재적 작업과 균형을 이루어야합니다. 뷰 엔진과 관련하여 우리는 C #을 지원하고 Visual Studio, Mac 용 Visual Studio 및 Visual Studio Code의 뛰어난 편집기 환경을 제공하는 Razor 뷰 엔진에 100 % 전념하고 있습니다.

여기서 @VBAndCs 와 같은 사람들이 ASP.NET Core와 함께 작동하고 다양한 방식으로 통합되는 추가 프로젝트를 만들 수있는 좋은 기회가 있다고 생각합니다. 사람들이 MVC readme 와 같은 readme 파일에 PR을 보내도록하여 이러한 프로젝트에 연결하게되어 기쁩니다.

감사,
Eilon

@ simonmilne80 , @mevdschee 및 관심있는 사람에게 :
리포지토리에 zml 페이지의 작업 예제를 추가 했으므로이 주제에 대한 토론을 진행하십시오 : https://github.com/VBAndCs/Vazor-DotNetCore2/issues/1
@Eilon 에게 평화의 순간을

BTW는 곧 출시 될 ASP.NET Community Standup 에 Vazor에 대한 언급을 추가하려고합니다. GitHub 저장소 외에 참조 할 수있는 블로그 게시물이 있습니까?

에일 론
답장을 늦춰서 죄송합니다. 먼저 작업을 완료하고 ZML 태그에 대한 기본 정보가 포함 된 readme 파일을 작성해야했습니다.
ZML 1.0에는 이제 자체 저장소 와 NuGet이 있습니다.
ZML을 언급하면 ​​언어 독립적이기 때문에 승인 할 것입니다 (리포지토리에는 C # 및 VB 두 버전의 프로젝트 샘플이 포함되어 있으며 둘 다 동일한 .zml 파일을 사용합니다.
감사.

이것은 이미 일어났습니다! https://github.com/VBAndCs/Vazor/issues/1

내 VB.NET WebForms 앱을 .NET Core Razor Pages로 변환하려고합니다. VB가 지원되지 않는다는 사실이 사실이라면 대신 어떤 최신 ASP.NET 경로로 마이그레이션해야합니까? C #으로 앱을 다시 작성하는 것은 옵션이 아닙니다.

@Gruski "라이브러리"코드 인 VB.NET 코드가

개발자가 WebForms에서 Blazor로 마이그레이션 할 수 있도록 전자 책 미리보기를 방금 출시했습니다.

https://docs.microsoft.com/en-us/dotnet/architecture/blazor-for-web-forms-developers/index

따라서 앱의 일부를 VB로 유지 한 다음 UI 만 C #이면됩니다.

따라서 앱의 일부를 VB로 유지 한 다음 UI 만 C #이면됩니다.

UI에도 VB.NEt 프로젝트를 사용할 수 있습니다. cshtml 파일에만 C # 청크가 포함됩니다. C # 코드를 사용하지 않으려면 VB.NEt의 xml 리터럴을 사용하여 Vazor 프로젝트에서했던 것처럼 UI를 디자인 할 수 있습니다.
https://github.com/VBAndCs/Vazor-DotNetCore2
Anthony Green은 블로그의 마지막 주제에서 볼 수 있듯이이를 다른 수준으로 끌어 올렸습니다.
https://anthonydgreen.net/
또는 여기 :
https://github.com/dotnet/vblang/issues/483
또한 C #과 VB를 모두 피하고 순수한 XML Razor (ZML이라고 함)를 사용하기 위해 XML 태그 명령을 사용할 것을 제안했습니다.
https://github.com/VBAndCs/ZML

우리 프로젝트는 WebForms 프로젝트이지만 원래 의도 한대로 더 이상 사용하지 않습니다. 이것은 페이지 뒤의 각 .aspx 코드에있는 WebMethods를 호출하는 Vue.js 클라이언트 측 프레임 워크만을 사용하도록 수년에 걸쳐 변환 된 오래되었지만 대규모 엔터프라이즈 애플리케이션이었습니다. 따라서 서버 구성 요소 (runat = "server"없음), viewstate 없음, 전체 페이지 게시물 없음 ( "form"요소 없음)이 있습니다. 일부 Vue 클라이언트 측 구성 요소를 동적으로 초기화하는 Load 메서드 외에 뒤에있는 코드에는 WebMethods 만 포함됩니다.

이를 염두에두고 .NET Core로 이동해야하는 요구 사항을 고려하여 WebForms에서 벗어나려면 프로젝트를 마이그레이션해야하는 새로운 ASP.NET 기술은 무엇입니까? Vue.js는 이미 클라이언트 측에 MVC 패턴을 가지고 있기 때문에 MVC는 의미가 없습니다. 제 의견은 더 우아합니다. 왜 서버에서이 패턴이 필요합니까? Blazor는 전체 UI를 다시 작성해야하기 때문에 의미가 없습니다.

@Gruski Razor Pages를 추천합니다. 시작은 매우 쉽습니다. ASP.NET Core 앱에 Pages 폴더를 만들고 여기에 .cshtml 파일을 추가하기 시작하면됩니다. 각 페이지는 본질적으로 URL이며 임의의 HTML을 넣은 다음 서버 로직에 대해 원하는 C #을 추가 할 수 있습니다.

시작하려면이 자습서를 사용해보십시오. https://docs.microsoft.com/en-us/aspnet/core/tutorials/razor-pages/razor-pages-start?view=aspnetcore-3.0&tabs=visual-studio

@Eilon Razor Pages에 WebMethods를 배치하기위한 코드가 있습니까? 그렇지 않으면 WebMethods는 어디에 배치됩니까? 그것을 보면 Vue를 사용할 때 중복되는 장면 뒤에서 서버 측 MVC 패턴의 단순화 된 버전을 여전히 사용하는 것처럼 보입니다. 또한 Razor 페이지에서는 VB 지원이 없습니다.

Razor Pages는 WebMethods를 지원하지 않습니다. 이러한 방법에 MVC를 사용하는 것이 좋습니다. 동일한 앱에서 Razor Pages와 MVC를 혼합 할 수 있습니다.

@Gruski 나는 여행하고 따라 잡았습니다.

Vuew.js에 UI가있는 경우 ASP.NET Core MVC / WebAPI를 사용할 수 있습니까? 이것은 잘 작동합니다. 이 기사는 Angular를 포함하는 것이 약간 있지만 일반적인 기술을 보여줍니다 : https://devblogs.microsoft.com/vbteam/combining-angular-visual-basic-and-net-core-for-developing-modern- 웹앱 /

지원에는 두 가지 문제가 있습니다.

• Razor는 Visual Basic에서 지원되지 않지만 @VBAndCs 와 @AnthonyDGreen 은 모두 Visual Basic에 대해 잠재적으로 더 나은 솔루션을 개발했습니다.
• ASP.NET WebAPI에 대한 템플릿은 없습니다.