예 ( 사례 참고 ) :

string s = "Hello world!";
String s = "Hello world!";

각각의 사용에 대한 지침은 무엇입니까? 차이점은 무엇입니까?

string에 대한 C #의 별칭입니다 System.String.
따라서 기술적으로 차이는 없습니다. int vs. System.Int32 와 같습니다 .

지침에 따르면 일반적으로 string물체를 언급 할 때 사용 하는 것이 좋습니다 .

예 :

string place = "world";

마찬가지로 String클래스를 구체적으로 참조 해야하는 경우 일반적으로 사용 하는 것이 좋습니다 .

예 :

string greet = String.Format("Hello {0}!", place);

이것은 Microsoft 가 예제 에서 사용하는 스타일입니다 .

StyleCop은 이제 C # 특정 별칭의 사용을 강제하기 때문에이 영역의 지침이 변경되었을 수 있습니다 .

완벽을 기하기 위해 여기에 관련된 정보의 두뇌 덤프가 있습니다 ...

다른 사람들이 지적했듯이 string의 별칭입니다 System.String. 그것들은 동일한 코드로 컴파일되므로 실행 시간에는 아무런 차이가 없습니다. 이것은 C #의 별칭 중 하나 일뿐입니다. 전체 목록은 다음과 같습니다.

object:  System.Object
string:  System.String
bool:    System.Boolean
byte:    System.Byte
sbyte:   System.SByte
short:   System.Int16
ushort:  System.UInt16
int:     System.Int32
uint:    System.UInt32
long:    System.Int64
ulong:   System.UInt64
float:   System.Single
double:  System.Double
decimal: System.Decimal
char:    System.Char

그렇다에서 string하고 object, 별칭은 값 유형에 대한 모든입니다. decimalCLR의 기본 유형이 아닌 값 유형입니다. 별칭이없는 유일한 기본 유형은 System.IntPtr입니다.

사양에서 값 형식 별칭은 "단순 형식"이라고합니다. 리터럴은 모든 단순 유형의 상수 값에 사용될 수 있습니다. 다른 값 유형에는 리터럴 양식을 사용할 수 없습니다. (VB와 비교하면 DateTime리터럴 을 허용 하고 별칭도 있습니다.)

당신이하는 하나의 상황이 이 명시 적으로 열거의 기본 형식을 지정하는 경우 : 별칭을 사용하는가. 예를 들어 :

public enum Foo : UInt32 {} // Invalid
public enum Bar : uint   {} // Valid

즉, 방법의 문제 스펙을 정의 열거 선언입니다 - 콜론 뒤 부분이되어야합니다 필수 유형 중 하나 토큰 생산, sbyte, byte, short, ushort, int, uint, long, ulong, char... A와 반대되는 유형의 생산 등을 예를 들어 변수 선언에 사용됩니다. 다른 차이점은 없습니다.

마지막으로, 사용할 때 : 개인적으로 구현의 모든 곳에서 별칭을 사용하지만 API의 경우 CLR 유형을 사용합니다. 구현 측면에서 어느 것을 사용하는지는 실제로 중요하지 않습니다. 팀 간의 일관성은 좋지만 아무도 신경 쓰지 않을 것입니다. 반면에 API에서 유형을 참조하는 경우 언어 중립적 인 방식으로 수행하는 것이 중요합니다. 호출되는 메소드 ReadInt32는 모호하지 않지만 호출 된 메소드 ReadInt는 해석이 필요합니다. 예를 들어, 발신자는에 대한 int별칭을 정의하는 언어를 사용할 수 있습니다 Int16. 닷넷 프레임 워크의 디자이너는이 패턴을 따랐다 좋은 예는에있는 BitConverter, BinaryReader그리고 Convert클래스.

String의 약자이며 System.String.NET Framework 유형입니다. 에 대한 C # 언어 string의 별칭 입니다 System.String. 둘 다 System.StringIL (Intermediate Language) 로 컴파일 되므로 차이가 없습니다. 원하는 것을 선택하고 사용하십시오. C #으로 코딩 string하는 경우 C # 유형 별칭이며 C # 프로그래머가 잘 알고 있기 때문에 선호 합니다.

( int, System.Int32) 등에 대해서도 동일하게 말할 수 있습니다 .

C #에서 제공된 유형 별칭을 사용하는 것에 대해 들었던 가장 좋은 대답은 Jeffrey Richter가 그의 책 CLR Via C # 에서 왔습니다 . 그의 세 가지 이유는 다음과 같습니다.

• 코드에서 문자열 또는 문자열 을 사용할지 여부를 모르고 많은 개발자들이 혼란스러워하는 것을 보았습니다 . C #에서 문자열 (키워드)은 System.String (FCL 유형)에 정확하게 매핑되므로 차이가 없으며 둘 다 사용할 수 있습니다.
• C #에서 long 은 System.Int64로 매핑 되지만 다른 프로그래밍 언어에서는 long 으로 Int16 또는 Int32로 매핑 될 수 있습니다 . 실제로 C ++ / CLI는 실제로 Int32 로 취급 합니다. 한 언어로 된 소스 코드를 읽는 사람이 다른 프로그래밍 언어로 프로그래밍하는 데 익숙한 경우 코드의 의도를 쉽게 잘못 해석 할 수 있습니다. 사실, 대부분의 언어도 취급하지 않습니다 긴 키워드로와하지 않습니다 컴파일 코드가 사용하는 그것.
• FCL에는 메소드 이름의 일부로 유형 이름이있는 많은 메소드가 있습니다. 예를 들어 BinaryReader 형식은 ReadBoolean , ReadInt32 , ReadSingle 등과 같은 메서드를 제공 하고 System.Convert 형식은 ToBoolean , ToInt32 , ToSingle 등과 같은 메서드를 제공합니다 . 다음 코드를 작성하는 것이 합법적이지만 float가있는 줄은 나에게 부자연스럽고 줄이 올바른지 확실하지 않습니다.

BinaryReader br = new BinaryReader(...);
float val  = br.ReadSingle(); // OK, but feels unnatural
Single val = br.ReadSingle(); // OK and feels good

그래서 당신은 그것을 가지고 있습니다. 나는 이것들이 모두 정말 좋은 포인트라고 생각합니다. 그러나 제 코드에서 Jeffrey의 조언을 사용하지 마십시오. 어쩌면 나는 C # 세계에 갇혀 있지만 코드를 프레임 워크 코드처럼 보이게하려고합니다.

string예약어이지만 String클래스 이름 일뿐입니다. 이것은 string그 자체로 변수 이름으로 사용될 수 없음을 의미 합니다.

어떤 이유로 string 이라는 변수를 원한다면 다음 컴파일 중 첫 번째 만 볼 수 있습니다.

StringBuilder String = new StringBuilder();  // compiles
StringBuilder string = new StringBuilder();  // doesn't compile 

string 이라는 변수 이름을 정말로 원한다면 @접두사로 사용할 수 있습니다 .

StringBuilder @string = new StringBuilder();

또 다른 중요한 차이점 : 스택 오버플로는 다르게 강조 표시합니다.

한 가지 차이점 이 있습니다 . 사전에 사용 String하지 않으면 사용할 수 없습니다 using System;.

그것은 위에 덮여있다; 그러나 string반사에 사용할 수는 없습니다 . 를 사용해야합니다 String.

System.String.NET 문자열 클래스입니다-C # string의 별칭입니다 System.String. 사용 중 동일합니다.

지침에 관해서는 너무 혼란스럽지 않고 당신이 느끼는 것을 사용하십시오-인생에 더 중요한 것들이 있으며 코드는 어쨌든 동일합니다.

당신은 당신이 사용하고있는 정수의 크기를 지정하는 것이 필요하다 시스템을 구축 자신을 발견하고 그래서 사용하는 경향이 경우 Int16, Int32, UInt16, UInt32등 그것은 사용하는 것이 더 자연 보일 수 있습니다 String- 다른 .NET 언어 사이의 주위에 이동하는 경우는 수도 일을 더 이해할 수있게하십시오. 그렇지 않으면 string과 int를 사용합니다.

.NET형식상의 이유로 별명 대신 대문자로 된 유형을 선호합니다 . .NET종류가 다른 오브젝트 타입 (타입 값은 결국, 적절한 객체)와 같은 착색된다.

조건부 및 제어 키워드 (예 if: switch, 및 return)는 소문자이며 진한 파란색 (기본)입니다. 그리고 나는 사용과 형식에 대한 의견 불일치가 없습니다.

치다:

String someString; 
string anotherString; 

string및 String(대문자 "S"를 제외한) 모든면에서 동일하다. 성능에 영향을주지 않습니다.

string구문 강조로 인해 대부분의 프로젝트에서 소문자 를 선호합니다

C #은 CLR과 함께 사용되는 언어입니다.

string C #의 유형입니다.

System.String CLR의 유형입니다.

C #과 함께 C #을 사용하면에 CLR string이 매핑됩니다 System.String.

이론적으로 Java 바이트 코드를 생성 한 C # 컴파일러를 구현할 수 있습니다. 이 컴파일러의 합리적인 구현은 아마지도 할 string에 java.lang.String자바 런타임 라이브러리와 상호 운용하기 위해.

이 YouTube 동영상은 실제로 어떻게 다른지 보여줍니다.

그러나 지금은 긴 텍스트 답변입니다.

우리가 이야기 할 때 .NET다른 두 가지가 하나가 .NET프레임 워크와 다른 언어 (이 있습니다 C#, VB.NET그 프레임 워크를 사용하는 등).

" System.String"일명 "문자열"(대문자 "S")은 .NET프레임 워크 데이터 유형이고 "문자열"은 C#데이터 유형입니다.

간단히 말해서 "String"은 "string"의 별명 (다른 이름으로 호출 된 것과 동일한 것)입니다. 따라서 기술적으로 아래 코드 문은 모두 동일한 출력을 제공합니다.

String s = "I am String";

또는

string s = "I am String";

같은 방법으로 다른 c # 데이터 형식에 대한 별칭이 아래와 같습니다.

object : System.Object, string : System.String, bool : System.Boolean, byte : System.Byte, sbyte : System.SByte, short : System.Int16등

프로그래머의 관점에서 볼 때 백만 달러짜리 질문 "String"과 "string"은 언제 사용합니까?

혼동을 피하기 위해 가장 먼저해야 할 일은 일관성있게 사용하는 것입니다. 그러나 모범 사례 관점에서 변수 선언을 할 때는 "문자열"(작은 "s")을 사용하는 것이 좋으며 클래스 이름으로 사용하는 경우 "문자열"(자본 "S")이 선호됩니다.

아래 코드에서 왼쪽은 변수 선언이며 "string"을 사용하여 선언되었습니다. 오른쪽에서 우리는 메소드를 호출하여 "String"이 더 합리적입니다.

string s = String.ToUpper() ;

소문자 string는의 별칭입니다 System.String. 그들은에서 동일 C#합니다.

당신은 시스템 유형 (사용할지 여부를 통해 논쟁이있다 System.Int32, System.String등) 유형 또는 C# aliases( int, string, 등). 나는 개인적으로 당신이을 사용해야한다고 생각 C# aliases하지만, 그것은 내 개인적인 취향 일뿐입니다.

string에 대한 별칭 일뿐입니다 System.String. 컴파일러는 그것들을 동일하게 취급 할 것입니다.

실용적인 차이점은 언급 한대로 구문 강조 표시이며 using System를 사용하는 경우 작성 해야합니다 String.

둘 다 동일합니다. 그러나 코딩 지침의 관점에서는 string대신 사용하는 것이 좋습니다 String. 이것이 일반적으로 개발자들이 사용하는 것입니다. 대신 사용의 예를 들어 Int32우리가 사용하는이 int같은 int에 별명입니다Int32

참고 "키워드 문자열은 단순히 사전 정의 된 클래스의 별칭입니다 System.String." -C # 언어 사양 4.2.3 http://msdn2.microsoft.com/En-US/library/aa691153.aspx

다른 사람들이 말했듯이 그들은 동일합니다. StyleCop 규칙은 기본적으로 사용할 시행한다 string는 C # 코드 스타일로 참조 할 때를 제외하고 가장 좋은 방법은, System.String같은 정적 함수, String.Format, String.Join, String.Concat, 등 ...

6 년 5 개월 후의 새로운 답변 (발견).

string항상 고정 된 의미를 갖는 예약 된 C # 키워드 이지만 , 무엇이든 참조 할 수 String있는 일반적인 식별자 일뿐 입니다. 현재 유형의 멤버에 따라 현재 네임 스페이스와 적용된 using지시문 및 해당 배치 String는 값 또는 고유 한 유형일 수 있습니다 global::System.String.

using지시어가 도움이되지 않는 두 가지 예를 제시 하겠습니다 .

먼저, 현재 유형 (또는 지역 변수) String의 값 은 다음과 같습니다.

class MySequence<TElement>
{
  public IEnumerable<TElement> String { get; set; }

  void Example()
  {
    var test = String.Format("Hello {0}.", DateTime.Today.DayOfWeek);
  }
}

위의 IEnumerable<>정적이 아닌 멤버가 없기 때문에 위의 코드는 컴파일 되지 않으며 Format확장 메서드가 적용되지 않습니다. 위의 경우, 유형 이 구문 상 유일한 가능성이있는 String다른 상황에서 여전히 사용할 수 있습니다 . 예를 들어 네임 스페이스 및 지시문 에 따라 정상일 수 있습니다 .String local = "Hi mum!";using

더 나쁜 것은 : s String.Concat(someSequence)에 따라 아마 usingLinq 확장 방법으로 갈 것 Enumerable.Concat입니다. 정적 메소드로 이동하지 않습니다 string.Concat.

두 번째로, String다른 유형 인 경우 현재 유형 내에 중첩됩니다.

class MyPiano
{
  protected class String
  {
  }

  void Example()
  {
    var test1 = String.Format("Hello {0}.", DateTime.Today.DayOfWeek);
    String test2 = "Goodbye";
  }
}

Example메소드의 명령문은 컴파일 되지 않습니다 . 여기 String에는 항상 피아노 줄 이 MyPiano.String있습니다. 멤버가 static없거나 Format기본 클래스에서 상속 된 멤버가 없습니다 . 그리고 그 가치 "Goodbye"는 그 가치 로 전환 될 수 없습니다.

시스템 유형을 사용하면 C #과 VB.Net 간을 쉽게 이식 할 수 있습니다.

무슨 일이 다른 프로그래머들 사이 일반적인 관행 것 같다 반대, 내가 선호하는 String이상 string단지 사실을 강조하기 위해, String존 소총가 언급 한 바와 같이, 참조 형식입니다.

string의 별칭 (또는 속기)입니다 System.String. 즉, 입력하여 string의미했습니다 System.String. think 링크에서 더 읽을 수 있습니다 : 'string'은 System.String의 별칭 / 속기입니다.

Ritchers 책에서 lfousts 답변에 이것을 추가하고 싶습니다.

C # 언어 사양에는 "스타일에 따라 전체 시스템 유형 이름보다 키워드를 사용하는 것이 좋습니다." 언어 사양에 동의하지 않습니다. FCL 유형 이름을 사용하고 기본 유형 이름을 완전히 피하는 것을 선호합니다. 실제로 컴파일러가 기본 유형 이름을 제공하지 않았고 개발자가 FCL 유형 이름을 대신 사용하도록 강요했습니다. 내 이유는 다음과 같습니다.

• 코드에서 문자열 또는 문자열 을 사용할지 여부를 모르고 많은 개발자들이 혼란스러워하는 것을 보았습니다 . C # 문자열 (키워드)에서 System.String (FCL 유형)에 정확하게 매핑 되므로 차이가 없으며 둘 다 사용할 수 있습니다. 마찬가지로 일부 개발자 는 응용 프로그램이 32 비트 OS에서 실행될 때 int 가 32 비트 정수를 나타내고 응용 프로그램이 64 비트 OS에서 실행될 때 64 비트 정수를 나타낸다고 말합니다. 이 문장은 절대로 거짓입니다. C #에서 int는 항상 System.Int32에 매핑 되므로 코드가 실행되는 OS에 관계없이 32 비트 정수를 나타냅니다. 프로그래머가코드에서 Int32 를 사용하면 이러한 잠재적 혼란도 제거됩니다.

• C #에서 long 은 System.Int64로 매핑 되지만 다른 프로그래밍 언어에서는 long 으로 Int16 또는 Int32로 매핑 될 수 있습니다 . 실제로 C ++ / CLI는 오랫동안 Int32 로 취급 합니다. 한 언어로 된 소스 코드를 읽는 사람이 다른 프로그래밍 언어로 프로그래밍하는 데 익숙한 경우 코드의 의도를 쉽게 잘못 해석 할 수 있습니다. 사실, 대부분의 언어도 취급하지 않습니다 긴 키워드로와하지 않습니다 컴파일 코드가 사용하는 그것.

• FCL에는 메서드 이름의 일부로 형식 이름이있는 많은 메서드가 있습니다. 예를 들어 BinaryReader 형식은 ReadBoolean , ReadInt32 , ReadSingle 등과 같은 메서드를 제공 하고 System.Convert 형식은 ToBoolean , ToInt32 , ToSingle 등과 같은 메서드를 제공합니다 . 다음 코드를 작성하는 것이 합법적이지만 float 가 있는 줄은 나에게 부자연스럽고 줄이 올바른지 확실하지 않습니다.

  BinaryReader br = new BinaryReader(...);
  float val = br.ReadSingle(); // OK, but feels unnatural
  Single val = br.ReadSingle(); // OK and feels good

• C #을 독점적으로 사용하는 많은 프로그래머는 다른 프로그래밍 언어가 CLR에 대해 사용될 수 있다는 사실을 잊어 버리는 경향이 있으며, 이로 인해 C # -ism은 클래스 라이브러리 코드로 들어갑니다. 예를 들어, Microsoft의 FCL은 거의 독점적으로 C #으로 작성되었으며 FCL 팀의 개발자는 이제 Array 의 GetLongLength 와 같은 메소드를 라이브러리에 도입 하여 C # 에서는 길지만 C ++과 같은 다른 언어 로는 Int64 값을 반환합니다. / CLI). 또 다른 예는 System.Linq.Enumerable s LongCount 방법입니다.

나는 완전한 단락을 읽기 전에 그의 의견을 얻지 못했습니다.

문자열 ( System.String)은 기본 클래스 라이브러리의 클래스입니다. string (소문자)은 C #에서 예약 된 작업으로 System.String의 별칭입니다. Int32와 int는 비슷한 상황입니다 Boolean vs. bool. 이러한 C # 언어 별 키워드를 사용하면 C와 유사한 스타일로 기본 요소를 선언 할 수 있습니다.

String키워드가 아니며 식별자로 사용할 수 있지만 string키워드는 식별자로 사용할 수 없습니다. 그리고 기능적인 관점에서 둘 다 동일합니다.

정말 관습의 문제입니다. stringC / C ++ 스타일처럼 보입니다. 일반적인 규칙은 선택한 언어가 제공 한 모든 단축키 (int / Int for Int32)를 사용하는 것입니다. 이것은 "객체"와 decimal함께갑니다.

이론적으로 이것은 "int"가 의미하는 미래의 64 비트 표준으로 코드를 이식하는 데 도움이 될 수 Int64있지만, 요점은 아니며 업그레이드 마법사가 int참조를 변경 Int32하기 위해 안전하다고 생각합니다.

파티에 늦게 오는 : 나는 CLR 유형 시간의 100 %를 사용합니다 (물론, 경우를 제외시켰다 강제 는 C # 형식을 사용하는 것이 아니라 마지막 시간이었다 그 때 나는 기억하지 않는다).

Ritchie의 CLR 서적에 따라 원래 몇 년 전에 작업을 시작했습니다. 모든 CLR 언어는 궁극적으로 CLR 유형 집합을 지원할 수 있어야하므로 CLR 유형을 사용하면 더 명확하고 "재사용 가능한"코드가 제공됩니다.

이제 몇 년 동안 해왔으므로 습관이되고 VS가 CLR 유형에 대해 보여주는 채색이 마음에 듭니다.

유일한 단점은 자동 완성이 C # 유형을 사용한다는 것입니다. 따라서 자동 생성 된 유형을 다시 입력하여 CLR 유형을 대신 지정합니다.

또한, "int"또는 "string"을 볼 때 1970 년대 C 코드를보고있는 것처럼 그것은 나에게 정말로 잘못 보입니다.

다른 점이 없다.

C # 키워드 string는 .NET 유형에 매핑 System.String됩니다. 이는 언어의 명명 규칙을 유지하는 별칭입니다.

마찬가지로에 int매핑됩니다 System.Int32.

Daniel Solis의 저서 에서이 문제에 대한 인용문이 있습니다.

미리 정의 된 모든 유형은 기본 .NET 유형에 직접 매핑됩니다. C # 형식 이름 (문자열)은 단순히 .NET 형식 (문자열 또는 System.String)의 별칭이므로 .NET 이름을 사용하는 것은 권장되지 않지만 구문 상으로는 잘 작동합니다. C # 프로그램 내에서 .NET 이름 대신 C # 이름을 사용해야합니다.

string 은 키워드이므로 string을 식별자로 사용할 수 없습니다.

문자열 은 키워드가 아니며 식별자로 사용할 수 있습니다.

예

string String = "I am a string";

키워드 string 는 System.String키워드 문제 를 제외하고 는 별명이며 둘은 정확히 동일합니다.

 typeof(string) == typeof(String) == typeof(System.String)

네, 그냥 같은 그들 사이에 차이가 없다 bool하고 Boolean.

@JaredPar (C # 컴파일러 개발자 및 많은 SO 사용자!)는 이 문제에 대한 훌륭한 블로그 게시물 을 작성했습니다 . 여기에서 공유 할 가치가 있다고 생각합니다. 우리의 주제에 대한 좋은 관점입니다.

stringvs. String는 스타일 토론이 아닙니다

[...]

키워드 string는 C #에서 구체적인 의미를 갖습니다. System.String핵심 런타임 어셈블리에 존재 하는 유형 입니다. 런타임은 본질적으로이 유형을 이해하고 개발자가 .NET의 문자열에 기대하는 기능을 제공합니다. 그 존재는 C #에 매우 중요하므로 해당 유형이 존재하지 않으면 코드 줄을 구문 분석하기 전에 컴파일러가 종료됩니다. 따라서 stringC # 코드에서 정확하고 명확한 의미를 갖습니다.

StringC #에서는 식별자에 구체적인 의미가 없습니다. 그것은 모든 이름 조회 규칙 통과 식별자 인 Widget, Student등 ..이 문자열에 결합 할 수 있거나 다른 조립체 전적으로 그 목적보다 완전히 상이 할 수있는 타입의 결합 있었다 string. 더 나쁜 것은 코드와 같은 방식으로 정의 될 수 있습니다 String s = "hello". 계속 컴파일했다.

class TricksterString { 
  void Example() {
    String s = "Hello World"; // Okay but probably not what you expect.
  }
}

class String {
  public static implicit operator String(string s) => null;
}

실제 의미 String는 항상 이름 확인에 달려 있습니다. 이는 프로젝트의 모든 소스 파일과 참조 된 모든 어셈블리에 정의 된 모든 유형에 따라 달라집니다. 즉 그것은 문맥을 꽤 필요로 알고 무슨 뜻인지.

사실 대부분의 경우에 것을 String하고 string동일한 유형에 바인딩됩니다. 그러나 String여전히 사용 한다는 것은 하나의 정답 만있는 곳에서 개발자가 프로그램을 해석 할 수 있도록하는 것을 의미합니다. String잘못된 유형에 바인딩 하면 개발자가 몇 시간 동안 디버깅하고 컴파일러 팀에 버그를 제기하고 일반적으로을 사용하여 절약 할 수있는 시간을 낭비 할 수 string있습니다.

차이점을 시각화하는 또 다른 방법은이 샘플을 사용하는 것입니다.

string s1 = 42; // Errors 100% of the time  
String s2 = 42; // Might error, might not, depends on the code

많은 사람들은 이것이 기술적으로 정확한 정보 String이지만, 코드베이스가이 이름의 유형을 정의하는 것은 매우 드물기 때문에 여전히 사용하기에 충분하다고 주장합니다 . 또는 String정의 되면 잘못된 코드베이스의 표시입니다.

[...]

당신은 그 볼 String이 라이브러리의 경우 ... 등 반사 헬퍼, 직렬화 라이브러리, 렉서, 프로토콜 : 완전히 유효한 목적의 숫자에 대해 정의 된 String대 string코드가 사용되는 위치에 따라 실제 결과를 초래한다.

따라서 String대 string토론 을 볼 때 이것이 스타일이 아니라 시맨틱에 관한 것임을 기억하십시오 . 문자열을 선택하면 코드 기반에 뚜렷한 의미가 있습니다. 선택 String하는 것은 잘못이 아니지만 앞으로 놀랍게도 문을 열어두고 있습니다.

참고 : 보관 이유 때문에 대부분의 블로그 게시물을 복사 / 붙여 넣었습니다. 일부 부분은 무시하므로 가능하면 블로그 게시물 을 건너 뛰고 읽는 것이 좋습니다 .