C#에서 경로는 일반적으로 문자열로 표현 된 다음 정적 Path 클래스의 정적 메서드로 연산됩니다. 대신 java.nio.file.Path
과 같은 수업이 없습니까? 이러한 클래스는 예를 들어 플랫폼 독립적 인 경로 분리자를 자연스럽게 처리합니다.경로가 문자열로 표시되며 별도의 클래스가 아닌 이유는 무엇입니까?
(정적이 아닌) Path 클래스를 구현하는 라이브러리를 요청하지 않습니다. 표준 라이브러리가 그렇게 설계된 이유는 무엇입니까?
C#에서 경로는 일반적으로 문자열로 표현 된 다음 정적 Path 클래스의 정적 메서드로 연산됩니다. 대신 java.nio.file.Path
과 같은 수업이 없습니까? 이러한 클래스는 예를 들어 플랫폼 독립적 인 경로 분리자를 자연스럽게 처리합니다.경로가 문자열로 표시되며 별도의 클래스가 아닌 이유는 무엇입니까?
(정적이 아닌) Path 클래스를 구현하는 라이브러리를 요청하지 않습니다. 표준 라이브러리가 그렇게 설계된 이유는 무엇입니까?
그들은 디자인 선택을해야했기 때문에 그들은 그것을 선택했습니다. 하지만 많은 자바 파일 관련 클래스 (FileReader
, FileOutputStream,
등) 도은 문자열을 사용합니다. 그것은 분명하고 단순하며 일을 끝내게합니다.
경로 분리 기호 같은 경우 : .NET의 Path
클래스에는이를위한 유틸리티 메소드가 있습니다.
"디자인 선택을해야했기 때문에 그들은 그것을 선택했습니다." 나는 그것을 안다. 제 질문은 왜 그들이 선택을했는지입니다. –
@TobiasBrandt 나는 의심 스럽다. "그게 합병증의 가치가있는 것 같지 않고, Path의 유틸리티 메소드가 그 일을 훌륭하게 해낸다" –
StackOverflow가 아닌 언어 개발자에게 문의하는 것이 더 나을 수도 있습니다 ...;) – AlexFoxGill
* Java와 같이 * probabbly * multiplatform이 .NET 팀의 * 핵심 * 요구 사항이 아니기 때문에. – Tigran
구분 기호를 사용하지 않으려면'Path.Combine()'을 사용할 수도 있습니다. – Nolonar