Rider에서 .NET Standard 2.0 Class Library 프로젝트를 생성하려면 아래와 같이 해야하네요.
왜 명시적으로 안되어 있는거지…
위 사진과 같이 .NET/.NET Core 카테고리에서 SDK가 7.0으로 되어있으면 프레임워크에서 net6.0과 net7.0만 선택할 수 있지만,
위와 같이 SDK를 6.0으로 바꿔주면 프레임워크에서 netstandard2.0과 netstandard2.1을 선택할 수 있습니다.
.NET Class Library 프로젝트를 생성할 때는 Visual Studio가 편하네요.
순수하게 궁금해서 하는 질문인데요??
VS 놔두고 Rider를 쓰는 장점이 있을까요??
java병행 개발??(vs도 가능)
맥북 개발 ? 맥북에서도 vs 개발가능한것으로 아는데요
선택권이 없으면(윈도우 외 플랫폼)은 어쩔수 없이 라이더를 쓰지 않을까요?
저도 Rider 장점이 뭔지 궁금하네요.
@Greg.Lee 님께서 좋은 답변 주실 것 같은 느낌…
대표적인 차이점은,
Visual Studio Intenlisense 대신에 Resharper가 적용되어 있는 것인데, VS에 확장으로 리샤퍼 설치해서 쓰는 것보다 Rider에 기본 적용되어있는게 속도가 훨씬 빠릅니다.
크로스 플랫폼이라서 맥과 리눅스에서도 동일한 UI로 동작합니다. VS는 윈도에서만 되니까요.
UX가 잘 정돈되어있다. 이것은 취향인데, VS는 오래된 프로그램인 만큼 기능이 상당히 많은데 UI가 좀 정돈되지 못한 느낌으로 구형 UX 메타인 Toolbar 형태인데 반해, Rider는 vscode처럼 생겨서 뎁스는 좀 있겠지만 Icon기반인데다 화면을 효율적으로 쓰는 느낌이 강해서 더욱 깔끔합니다.
Loading이 빠르다. 빠르다기보다는 VS는 프로젝트를 로드 할 때 완전 동기방식으로 로딩되어서 프로젝트들이 모두 로딩 될때까지 VS가 멈춰있는데, Rider는 비동기라서 일단 빠르게 켜진 뒤 하나씩 로딩되는게 보입니다. UX가 좋습니다.
모든 것이 Plug-in 형태다. 이것은 VS의 Extensions에 비교될 수는 있겠는데, Plug-in으로 한번 더 통합된 느낌입니다. 심지어 언어팩도 Plug-in형태로 되어있습니다. 모듈화가 잘되어있다는 느낌을 받았습니다.
불편한 점은 역시 최대 이슈인 핫리로드가 되시겠습니다. 핫리로드 너무 구려요.
맥이나 리눅스에서 아발로니아같은 크로스플랫폼을 개발할 때도 이제는 유일한 선택이겠네요.
네 맞습니다. 물론 vscode에서 아발로니아용 preview 확장을 지원해주지만, vscode는 아무래도 역시 좀 좋은 메모장 타이틀을 벗어날 수는 없는 것 같습니다.
rider 자체가 vscode와 ux가 유사하게 생겼다보니 차라리 rider를 쭉 쓰는 것이 vscode보다 좋다고 생각합니다.
정확히는 맥북에 Parallels나 VMware로 Windows를 설치하고, 그 위에 Visual Studio를 쓰는 방식입니다.
macOS 네이티브 버전의 Visual Studio는 이전에 공유된것처럼 지원 중단이 확정되었고, MS는 그에 대한 대안으로 VSCode에 C# DevKit을 권하고 있지만, 이건 기존의 VSCode for Mac이나 VS와는 또다른건이라 Rider가 급격히 주목을 받은 것입니다.
제가 아는바로는 여기까지인데, 혹시 또다른 솔루션이나 좋은 얼터너티브가 있을지 궁금합니다.
vscode를 markdown 편집기로 이용했었는데, vscode도 충분하지만 Rider로도 이용이 가능하네요.
비동기 로딩 방식이라 일단 빠르게 프로그램이 켜진다는 것이 Visual Studio에 비해서 여러모로 장점 같습니다.
물론 vscode보다는 켜지는 속도가 살짝 느리긴해서 그냥 vscode를 써도 되겠지만, 이왕 결제한 rider를 계속 익숙해지려고 이제부터는 rider로 markdown 문서를 편집하려고 합니다.
정확히 짚으셨슴다. ㅇㅅㅇ/
저는 사실 resharper 의 노예였는데…
resharper 를 쓰면서 이렇게 쾌적한 환경을 유지할 수 있는 것만으로도 만족! 입니다.
저도 저 부분이 이해가 잘 안되는데, 사진을 게시하고 다른분께 보여드렸더니, 그분은 SDK가 6.0에서도 netstandard2.0이 안보인다고 하시더군요.
SDK랑 관련없이 프레임워크가 보이는 환경이 각자 다른가봐요…버근가…?
스크린 샷은 .NET Framework WPF 사진인데, Nuget의 Windows 종속 라이브러리의 경우에도 빨간색으로 표기되네요.
그냥 Rider 버그인건지…
역시 WPF를 개발할 때는 군말없이 Visual Studio를 사용해야겠군요
되려 엄청 안 좋은 케이스들을 겪고 계신…(토닥)
Framework 의 WPF는 그럭저럭 되는데 Core용 WPF는 여전히 잘 안되나 봐요.
덧붙이자면 젯브레인즈 사의 다른 툴들과 UI/UX가 거의 동일하다보니 이것저것 하는 사용자의 경우 왔다갔다해도 원활하게 작업이 가능합니다. 게다가 젯브레인의 라이센스는 개인 라이센스로도 회사에서 본인만 사용한다면 사용할 수 있다는 점도 괜찮은 것 같습니다. VS에 비해 저렴하기도 하구요… 물론 윗에 이미 나온 댓글처럼 닷넷에 핫리로드가 도입된 이후 영 삐걱거려서 이걸 계속 써도 괜찮을까 고민되긴 합니다… 핫리로드가 나오기 전엔 닷넷 코어 위주라면 라이더 써보시라고 추천하고 다녔는데 요새는 선뜻 추천하기가 좀 어렵긴 합니다 ㅎㅎ;;
당연한 말이겠지만 Rider는 Windows Application 패키징 기술인, MSIX Packaging 에서도 자유롭지 못합니다…ㅠ
WIndows 종속적인 기술은 역시 아직 크로스플랫폼에는 챌린지인 것으로…
피드백이라 생각하고 계속해서 올리겠습니다.
실리콘 Mac java Metal쪽 이슈(깜빡임)가 있네요
Rider 의 경우 Avalonia 개발환경을 공식적으로 지원하고 있는걸로 알고 있습니다. 때문에, 디자이너모드 핫 리로드가 되구요. Rider 외의 DotTrace라는 제품도 있는데, 해당 제품이 Avalonia로 개발된 것으로 알고 있습니다. 때문에 JetBrains가 Avalonia 서포터일거에요 (아마도…)
하지만 솔루션 생성등 패키지 관리 부분은 VS가 압도적인 것 같습니다. Rider를 쓰고있기 때문에 dotnet cli 및 msbuild cli 실력향상에 도움(?)이 됐습니다…
뭐니뭐니해도 JetBrains plugin이 가장 큰 장점인 것 같습니다. 하지만, plugin이 생각보다 general하게 동작하지 않아서 IntelliJ나 WebStorm에서는 있는 픟러그인이 Rider에는 없는 경우도 많더군요 ㅠ.ㅠ
아 중요한 장점 한가지를 빠뜨렸습니다.
개인 라이센스를 회사에서도 사용가능한 것은 위에서 말씀해주셨고…
구독 형태이기 때문에 Visual Studio 처럼 계속해서 새버전을 구매하지 않아도 됩니다.
다른 구독 형태가 있는지는 모르겠으나, Visual Studio가 얼마전에 알아봤을때 구매는 55만원 이었고, 연간구독도 53만원 정도 되었던 것으로 기억이 납니다.
Rider는 이번 세일이 아니더라도 연간 구독이 163달러이고 3번째 연간구독까지는 계속해서 가격이 내려갑니다.
또한 공익 목적으로 사용할 때만 무료로도 쓸 수 있고 Microsoft MVP 같은 Award 수상자들도 무료로 쓸 수 있습니다.
구독의 장점은 최신버전을 계속해서 유지할 수 있으며, .NET Core 3.0이 나왔을 때 Visual Studio 2019가 출시되었고, .NET 6가 나왔을때 Visual Studio 2022가 나왔듯 LTS에 맞춰서 Visual Studio가 출시되고 있습니다.
이번에도 .NET 8이 LTS이므로 Visual Studio 2024가 나올 가능성이 있지만 만약 지금 회사를 창업하는 입장이라면 Visual Studio 2022를 구매한지 얼마 안되었는데 2024가 나오는 격이므로 .NET 기술도입에 고민의 시간입니다.
그런데 Rider를 구매하면 그냥 당장 쓸 수 있습니다. 최신업데이트만 받으면 됩니다.
Opensource 작업시 rider 무료인건 알고 있었지만, Microsoft MVP에게도 무료인건 처음알았네요…
왠지 뒤바뀐 듯 한 느낌은 기분탓이겠죠…? ~.~
