순수 속도 효율은 첫 번째, 두 번째는 컴파일 할 수없는 다음 const
을 만들 수없고 특히 이후, 이길 것이다.
을 정지, 두 번째는 참으로 터무니없는 빠른 될 것입니다, 그래서 나는 상관하지 않을 것이다.
이보다 더 중요한 것은 동일한 것이 아니라는 것입니다.
"왜 당신은 \ r \ n \ t"을 사용하고 있습니까? 될 다른 사용
internal static readonly string segment = Environment.NewLine + "\t";
:
Windows에서 및 Windows 줄 바꿈에이기 때문에 당신이 \ 연구 \ 없음 \ t를 사용하는 경우 다음 당신은 확실히 사용해야 \ 일반적으로 연구 \ n을 수 있습니다 잘못하면 앞으로 몇 년 동안 볼 수없는 버그가 생길 수 있습니다.
는 "탭 다음에 CRLF와 별도의 세그먼트가"그럼 당신은 확실히 사용해야 말한다 규격 작업을하고 있기 때문에 당신이 \ 연구 \ 없음을 사용하는 경우 :
internal const string segment = "\r\n\t";
은 Using 다른 것은 틀릴 것이다.
이것은 실제 사람들을 물들이는 것입니다.Windows 사용자는 머리글과 본문 사이의 머리글 2 사이에서 Windows 줄 바꿈을 사용하는 HTTP 코드를 작성합니다. 그런 다음 시스템이 사용하는 것이 무엇이든 관계없이 HTTP가 \ n \ n을 요구하기 때문에 개행이 \ n 위치에 어긋나고 \ n 끊어집니다. 그 반대의 경우도 마찬가지입니다.
(엄격한/엄격한 원칙에 따라 다른 코드가 계속 잘못된 것으로 받아 들여서 거기에 다양한 줄 바꿈 형식을 허용한다고 가정하는 것도 좋은 생각입니다.)
두 번째 플랫폼은 플랫폼에 독립적이므로 –
효율적입니다. 가독성? 순수한 속도? OS 이식성? "\ r \ n \ t"은 아마도 당신에게 더 나은 성능을 제공하지만 브라우저, Windows/Unix 등을 포함한 모든 환경에 적합하지 않을 수 있습니다. –
@orn : 반대로 두 번째 값은 절대적으로 다릅니다 * 플랫폼에. –