검토 : Visual Studio 2017은 역대 최고입니다.

2 년 전 Visual Studio 2015를 검토했을 때 Microsoft의 IDE가 역대 가장 복잡한 제품이되었고 향후에는이를 단순화해야한다고 생각했습니다. 나는 한 가지 측면에서 틀렸다. 마이크로 소프트는 Visual Studio 2017을위한 몇 가지 기능을 내놓았지만 훨씬 더 많은 기능을 추가했다. 하지만 확실히 Microsoft는 기능이 향상 되었음에도 불구하고 Visual Studio 2017에서 더 간단하고 민첩한 IDE를 제공 할 수있었습니다.

Windows Communication Foundation 및 Windows Workflow Foundation과 같은 복잡한 새로운 Microsoft 관련 기술을 도입하는 데 초점을 맞춘 일부 이전 버전의 Visual Studio와 달리 Visual Studio 2017은 더 빠르고 더 나은 설치 및 작동, 더 많은 프로그래밍 언어 및 플랫폼 지원, 개발자 생산성 향상 및 적용 자연스러운 방식으로 크로스 플랫폼 워크로드에.

대부분의 Visual Studio 2015 사용자에게 Visual Studio 2017로 업그레이드하는 것은 쉬운 일이 아닙니다. 이유를 살펴 보겠습니다.

크고 작은

어떤 측면에서 Visual Studio 2017은 이전 버전의 Visual Studio보다 빈약 한 관련 제품의 큰 포장 가방처럼 보입니다. 확장되는 개발 대상 컬렉션에는 이제 Windows, Android, iOS, Linux, MacOS, .Net Core, Anaconda, Azure 웹 앱 및 연결된 서비스, Docker, Office 및 ASP.Net을 사용한 웹 개발, HTML5 / CSS3, JavaScript, Node가 포함됩니다. .js, Python 또는 (큰 숨결) TypeScript. SQL Server, Visual Studio Extensions 및 R과 같은 추가 지원 기술이 있기 때문에 목록이 완전하지도 않습니다.

ASP.Net을 사용한 웹 개발을 Android 및 iOS 개발에 어떻게 연결하기 시작합니까? 음, 모바일 쪽을위한 기술로 Xamarin과 Mono를 사용하여 C #에서 위의 모든 작업을 수행 할 수있는 방법이 있습니다. 그러나 Visual Studio 2017에서 모바일을위한 유일한 옵션은 아닙니다.

C #을 좋아하지 않지만 여전히 Android 및 iOS 용으로 개발하고 싶을 수 있습니다. 그렇다면 C ++ 또는 JavaScript를 사용하는 것은 어떻습니까? 두 언어 모두 모바일 개발을위한 워크로드를 지원했습니다. 자세히 살펴보면 모두를위한 무언가를 공통 인터페이스 (UI 및 API 모두)와 함께 묶는 Visual Studio 전략이 이해되기 시작합니다. 결국 대부분의 소프트웨어 개발자는 프로그래밍 언어 및 관련 기술과 관련하여 다국어를 구사해야합니다. Fortran에서 모든 것을 쓸 수 있었던 시절은 오래 전입니다. 그리고 대부분의 회사는 "표준"개발 언어 및 환경에 대해 강한 의견을 가지고 있습니다.

하지만 설치는 어떻습니까? Visual Studio 설치의 엄청난 크기는 20 년 전 첫 번째 Visual Studio 제품 이후 문제가되었습니다. Visual Studio 2017은 이전 버전 (아래 그림 참조)보다 훨씬 더 모듈 식 설치 프로그램을 제공하므로 환영 할만한 개선 사항입니다. 놀랍게도 최소 설치 크기는 비교적 가늘고 수백 메가 바이트입니다. 그러나 Enterprise Edition의 전체 설치에는 시스템에 이미있는 전제 조건에 따라 30GB에서 40GB가 소요됩니다. Microsoft는 평균 설치가 그 절반 정도라고 말합니다.

전체 설치의 크기가 모든 Microsoft의 잘못은 아닙니다. 예를 들어 Google Android 에뮬레이터만으로는 17GB 이상을 사용합니다. 이는 Visual Studio 자체가 모든 추가 대상 시스템을 다루지 만 예전보다 훨씬 작다는 것을 의미합니다.

무엇이 새로운가요?

Visual Studio 2015에서 현재 서비스 팩으로 업그레이드하려는 유혹을받을 수있는 Visual Studio 2017의 새롭고 흥미로운 점은 무엇인가요? Microsoft는 IDE가 "시작부터 종료까지"더 빠르며 이제 프로젝트와 솔루션없이 코드를보고, 편집하고, 디버그 할 수있는 방법을 제공한다고 주장합니다. 또한 Microsoft는 코드 탐색, IntelliSense, 리팩토링, 코드 수정 및 디버깅 기능이 향상되어 언어 나 플랫폼에 관계없이 일상적인 작업에 대한 시간과 노력을 절약 할 수 있다고 주장합니다. 확실히이 모든 기능이 좋지만 향상된 생산성으로 업그레이드 할 수 있습니까? IDE에 대해 논의 할 때 그들이 실제로 어떻게 느끼는지 설명하려고 노력할 것입니다.

디스크 공간이 부족하거나 제품의 모든 측면에 관심이 없기 때문에 전체 설치를 원하지 않는 경우 모듈 식 설치 관리자가 Visual Studio 2015 설치 관리자보다 훨씬 편리합니다. 반면에 Visual Studio를 얼마나 자주 설치합니까? 1 년에 몇 번, 몇 주마다 업데이트됩니까? 개선 된 점은 감사하지만, 디스크 공간에 제약이없는 경우 (예 : 128GB 솔리드 스테이트 디스크와 함께 제공되는 랩톱에서 개발하는 경우) 큰 영향을 미치지 않아야합니다.

반면에 더 빠른 IDE는 큰 영향을 미칩니다. Visual Studio 시작 및 솔루션로드는 지난 몇 번의 반복에서 눈에 띄게 빨라졌습니다. Visual Studio 2008의 "프로젝트가 열리는 동안 물을 끓이고 차를 끓이는 것이 좋습니다"에서 현재 "일어나 내 프로젝트가 열리는 동안 몇 초간. 코드에서 프로젝트와 솔루션을 뺀 작업에 관해서는 Visual Studio 97 이후로 20 년 동안 만 원했습니다.

Microsoft는 IDE에서 직접 Microsoft Azure에서 애플리케이션과 서비스를 구성, 빌드, 디버그, 패키징 및 배포 할 수있는 기본 제공 Azure 도구 제품군을 자랑합니다. Azure를 사용하는 경우 이것이 승리입니다. Azure 콘솔, Azure 명령 줄 및 Visual Studio 사이를 이동하면주의가 산만 해지고 흐름이 중단 될 수 있습니다. 그러나 AWS가 기본 클라우드 인 경우 전혀 신경 쓰지 않을 수 있습니다.

마지막으로 Microsoft는 Visual Studio 2017 및 Xamarin을 사용하면 Android, iOS 및 Windows 용 모바일 앱을 그 어느 때보 다 빠르고 쉽게 빌드, 테스트 및 디버깅 할 수 있다고 약속합니다. Xamarin이 마침내 버그없이 Android 및 iOS에서 작동하도록 흔들리고 (내가 광범위하게 테스트 하지 않은 ) XAML 디자이너가 컴퓨터를 거리에 버리고 싶지 않고 사용할 수있을만큼 빨라 졌다면 큰 장점이됩니다.

후자의 경우 Microsoft는 XAML 디자이너를 여는 오버 헤드의 약 90 %가 사라 졌다고 주장합니다. 그 주장과 일치하게, 나는 이제“loading the designer ...”메시지와 함께 5 초간 멈춤을 관찰합니다. 이것은 확실히 디자이너가로드하는 데 걸리는 1 분 정도보다 낫습니다. 또한 위젯을 디자인 화면으로 끌고 XAML 코드 창에 입력하는 데 더 빠른 응답을보고 있습니다. 두 창을 동기화하는 동안 지연이 여전히 눈에 띄지 만 더 이상 Visual Studio가 충돌했을 수 있다고 생각하지 않습니다.

Apache Cordova 또는 Visual C ++를 사용하여 Visual Studio 2017에서 플랫폼 간 모바일 앱을 개발할 수도 있습니다. JavaScript 및 Cordova를 사용한 모바일 개발의 사용 사례는 분명하며 이미 많은 사람들이 크로스 플랫폼 모바일 앱에이를 사용하고 있습니다. 하지만 iOS와 Android간에 Visual C ++ 크로스 플랫폼 라이브러리 개발이 필요한 이유는 무엇입니까? 그것을 높이 평가할 모바일 C ++ 개발자가 많다는 것이 밝혀졌습니다. 모바일 게임 및 소비자 앱의 경우 일반적으로 C 또는 C ++로 작성된 공통 코드가 프로젝트의 상당 부분을 차지하고 Objective C ++ 또는 Java로 작성된 UI가 맨 위에 있습니다.

Visual Studio 2017은 Windows에서 일부 iOS 및 MacOS 개발을 지원하지만 여전히 Mac이 필요합니다. 왜? 콘솔 애플리케이션과 MacOS 용 ASP.Net을 디버깅하고, MacOS 용 GUI를 빌드하고, iOS 용 앱을 빌드 및 디버그합니다.

C ++는 최신 이식 가능한 언어의 바로 그 모델이며 여러 운영 체제에서 실행되는 응용 프로그램을 개발하는 데 자주 사용됩니다. 이것이 바로 Microsoft가 이번 릴리스에서 Linux 개발을위한 C ++ 지원을 추가하고 C ++ 표준 준수를 개선 한 이유입니다.

무엇이 사라 졌습니까?

Visual Studio 2017에는 거의 사용되지 않는 몇 가지 기능이 없습니다. 그러나 현재 피요르드에 고정 된 일부 기능에 의존 할 수 있습니다. 여전히 사용할 수 있지만 이전 버전을 새 버전과 나란히 실행하는 경우에만 가능합니다. 단일 디스크에 Visual Studio의 여러 인스턴스 (특히 이전 버전)를 설치하면 실제로 디스크 공간 문제가 발생하기 때문에 채택을 방해 할 수 있습니다.

브라우저 추가 기능에서 미디어 및 풍부한 대화 형 응용 프로그램을 제공하기위한 Windows Presentation Foundation의 부적절한 하위 집합 인 Silverlight는 2010 년대 초반에 대세였으며 이제 더 이상 사용되지 않습니다. Silverlight 진영과 HTML5 진영 사이의 Microsoft 내부 권력 투쟁은 건너 뛰겠습니다. Silverlight가 졌다고 말하는 것으로 충분합니다. 따라서 Visual Studio 2017에서 Silverlight 개발 지원이 누락 된 것은 놀라운 일이 아닙니다. 이전 Silverlight 애플리케이션을 유지해야하는 경우 Visual Studio 2015를 계속 사용해야합니다.

마찬가지로 Microsoft는 더 이상 Windows Phone 스마트 폰을 만들지 않으며 Windows 10을 위해 이전 Windows Phone 및 Windows Store 버전을 더 이상 사용하지 않습니다. 유지 관리해야하는 Windows Phone 버전에 따라 Visual Studio 2015 또는 Visual Studio 2012를 고수하십시오.

Microsoft는 Visual Studio 2017에서 UML 모델링을 삭제했으며 UML에 더 이상 투자 할 계획이 없습니다. 대신 계층 모델링, 종속성 다이어그램 및 코드에 대한 아키텍처 계층 검사가 있습니다. 계층 모델링 확장을 만들고 배포 할 수도 있습니다.

Visual Studio 2017에서 UML이 정말로 필요한 경우 현재 사용 가능한 수백 개의 UML 도구 중 하나를 사용할 수 있습니다.이 도구 중 대부분은 무료이며 오픈 소스이며 일부에는 현재 Visual Studio 확장이 포함되어 있습니다.

Visual Studio 2017 설치

두 대의 Windows 10 컴퓨터에 Visual Studio 2017을 설치했습니다. 하나는 매우 작은 SSD가있는 노트북과 적당한 크기의 하드 디스크가있는 타워입니다. 3 월 둘째 주에 예정된 최종 릴리스 버전이 아니라 2 월 의 릴리스 후보 를 사용하고있었습니다 . 랩톱에는 이미 Visual Studio 2015가 설치되어 있습니다. 타워에는 Visual Studio 2017의 이전 버전 인 Visual Studio 15 미리보기가 설치되어 있습니다. 저는 MSDN의 웹 설치 프로그램을 사용했습니다. 사실 ISO 설치 이미지가 존재하지 않는다는 의미는 아니지만 제공되는 ISO 설치 이미지를 본 적이 없습니다.

두 버전 모두 노트북의 SSD에 공간이 충분하지 않다는 것을 알았을 때 Visual Studio 2017 설치 관리자가 Visual Studio 2015를 제거 할 수있을만큼 똑똑하기를 바랐습니다. 그런 행운이 없습니다. Visual Studio 2017과 Visual Studio 2015를 동일한 컴퓨터에 두는 사용 사례가 있기 때문에 Visual Studio 2017 설치는 기본적으로 나에게 구제되었습니다. Visual Studio 2015 및 SQL Server와 같은 이전 버전의 관련 기술과 유사한 것을 수동으로 제거해야했습니다.이 작업은 약 1 시간이 걸리고 지속적인 개입이 필요했습니다. 그런 다음 유용하게 큰 Visual Studio 2017 청크를 설치할 수있었습니다. 설치 관리자는 내가 선택한 워크로드 및 모듈의 디스크 공간 요구 사항에 대한 실행 탭을 유지했으며 선택한 모든 항목이 적합하다는 것이 확인 될 때까지 진행되지 않았습니다.

솔직히 수동 제거를해야하는 것은 불필요한 어려움이라고 생각했습니다. 반면에 내 작업을 더 쉽게 만들 수 있다고 생각할 수있는 유일한 방법은 이전 Visual Studio 버전의 제거 마법사였습니다.

타워에서는 Visual Studio 2017의 모든 워크로드를 선택하고 설치를 누를 수있었습니다. 이 과정은 한 시간이 걸릴 수 있습니다. 내가 걸어서 돌아와서 완성 된 것을 알 수 있었기 때문에 확실하지 않습니다. Visual Studio 설치에 대해 그렇게 말할 수 있었던 것은 이번이 처음이라고 생각합니다.

새로운 모듈 식 설치는 큰 승리처럼 보입니다. 제공하는 선택 사항은 논리적으로 "워크로드"로 나뉘며, 모든 워크로드 내에서 나머지 Xamarin Mobile 워크로드를 설치하기 위해 처음에 랩톱에서 제외해야했던 Google Android 에뮬레이터와 같은 특정 구성 요소를 쉽게 포함하거나 제외 할 수 있습니다. 몇 백 메가 바이트 정도만 설치해도 작업 환경이 유지 될 수 있습니다. 이는 집중적 인 책임과 작은 디스크를 가진 팀 구성원에게 좋습니다.

더 빠르고, 더 똑똑하고, 더 나은

25 년이 넘은 IDE를 사용하고 개발 한 한 게임의 이름은 프로그래머 생산성이었습니다. 미니 컴퓨터와 워크 스테이션의 나쁜 옛날에도 소프트웨어를 만드는 데 가장 큰 비용은 개발자 급여였습니다. 이제 하드웨어 및 소프트웨어 비용이 수만 달러가 아닌 수천 달러로 측정되고 프로그래머 연봉이 5 만 달러 미만이 아닌 10 만 달러 이상이므로 프로그래머의 생산성은 수익에 훨씬 더 중요합니다. 생산성 향상을 목표로하는 Visual Studio 2017의 기능을 살펴보고 Microsoft의 말을 인용하여 개발자를 "기뻐"하도록하겠습니다.

스코어 카드 능력 (30 %) 성능 (30 %) 사용 용이성 (20 %) 문서 (10 %) 가치 (10 %) 전체 점수 (100 %)
비주얼 스튜디오 2017 10 10 9 8 9 9.5