UFO ET IT

"문자열"이 "문자열"의 단순화 된 버전으로 간주되는 이유는 무엇입니까?

ufoet 2020. 12. 31. 22:43
반응형

"문자열"이 "문자열"의 단순화 된 버전으로 간주되는 이유는 무엇입니까?


C #에서는 일반적으로 String메서드를 사용할 때와 string변수를 선언 할 때 사용합니다. 나는 이것이 물건을 깨끗하게 유지하는 데 선호되는 방법이며 나에게 의미가 있다고 다른 곳에서 읽었습니다. Visual Studio 2015에서 String다음을 사용할 때 이전에받지 못한 새 메시지가 나타납니다 Name can be simplified. VS 제안은 string대신 사용하는 것입니다.

2013 년이 아닌 VS2015에서 string선호되는 이유는 무엇입니까 String??

이 질문 의 중복 아닙니다 . 그 하나는 전체적인 차이가 무엇인지 묻습니다. 저는 왜 VS가 이제 다른 하나를 제안하고 있는지 묻습니다. 기술적 인 차이가 변경되었는지 또는 그 효과에 영향을 주는지 모르겠습니다.


도구> 옵션> 텍스트 편집기> C #> 코드 스타일에있는 "로컬, 매개 변수 및 멤버를 선언 할 때 내장 사전 정의 유형 키워드 선호"를 선택 취소하지 않았기 때문입니다.


VS2017 도구> 옵션> 텍스트 편집기> C #> 코드 스타일 (> 미리 정의 된 유형 기본 설정 :)> 멤버 액세스 식용

"선택 프레임 워크 유형을 선호 "


VS2015 도구> 옵션> 텍스트 편집기> C #> 코드 스타일

선택을 취소 " 멤버 액세스 식에 고유 미리 정의 된 유형의 키워드를 선호 "


이 옵션에 대해 VS2017 / 15에 제공된 예

var local = int.MaxValue (사전 정의 된 유형 선호 / 틱)

...에

var local = Int32.MaxValue (프레임 워크 유형 선호 / 선택 취소)


ReSharper- 비활성화 / 검사 심각도 구성을위한 "내장 유형 참조를 CLR 유형 이름 또는 키워드로 교체"규칙입니다.

이제 나 한테 아무것도 힌트 변경 String.Format()string.Format()


string은 System.String에 대한 C #의 별칭입니다. 따라서 기술적으로 차이가 없습니다. int 대 System.Int32와 비슷합니다.

'해야 할 일'에 관한 한 string은 변수에 대한 선호 객체이고 실제 선택으로 클래스에 대한 String입니다.

보통 이렇게 본다

string example = "hello world";

string example = String.Format("Hello World {0}!", example);

using System;상단에 필요하지 않기 때문 입니다.

참조 URL : https://stackoverflow.com/questions/32187486/why-is-string-considered-a-simplified-version-of-string

반응형