java.io.File을 하위 클래스로 만드는 것은 나쁜 생각입니까?

Question

사용자 정의 요구 사항 (예 : AWSFile 또는 GoogleCloudStorageFile (예 : 인수 용))을 갖는 하위 클래스 java.io.File에 대한 내 아이디어가 싫은 다른 개발자와 토론 할 예정입니다. listFiles(), getAbsoluteFile 등의 메소드 중 일부를 재정의하십시오. 언제 서브 클래스 java.io.File에 괜찮습니까?

는 왜 더 일반적인 될 수 있도록 구현 될 수있는 java.io.File, 예를 들어, 거기에이에 대한 일반적인 인터페이스입니까? 이것은 의도적으로 그렇게 되었습니까?

이전에 다른 API에서 본 것처럼 내 접근 방식이 실제로 좋았는지 또는 좋지 않은지 이해하고 싶습니다. (올바르게 리콜하면 동일한 접근 방식을 사용했습니다.) TrueZip 얼마 전에).

불꽃 전쟁, 또는 아무것도를 시작하는 것이 아니라, File 엔티티 (AWSFile, JDBCFile 등)의 다양한 유형을 구현하는 방법의 예를 얻을 수 잠재적으로 프로의 의미 목록을이 질문의 목적 단점.

Answer 1

서브 단단히 슈퍼 클래스에 결합 될 것이다, 당신의 코드가 약한 것입니다. 가능한 경우 상속 전에 위임을 시도해야합니다.

public class YourFileWrapper { 

private File yourFile; 


public File getYourFile() { 
    return yourFile; 
} 
//rest of your code 

Answer 2

내 개인적인 취향은 인터페이스 RemoteFile을하고 당신이 거기 원격 파일에 필요한 방법을 구현하는 것이 될 것이다. 그것에서

난 당신이 원격 받고 파일을 설정하기 위해 필요한 모든 방법의 유형을 넣어 제안했다.

public interface RemoteFile { 
    public File getLocalFile(); 
    public String getRemotePath(); 
    public boolean isDirectory(); 
    public List<RemoteFile> listFiles(); 
    ... etc... 
}