인터페이스 설계

Question

제가 파일 업/다운로드 하는 컴포넌트를 설계하고 있는데요, 비슷한 두 시스템을 대상으로 생각하고 있습니다. 하나는 AWS S3, 하나는 평범한 File System인데요, 이 저장소를 FileStorage라는 인터페이스를 정의하려고 합니다.interface FileStorage{ void makeFolder(String path); void copyFolder(String srcPath, String dstPath);} 문제는 저기 색칠한 부분의 인자가 공통점을 찾기가 어렵다는 것인데요, S3 같은 경우 File System이 아니라서 계층구조 부모/자식 개념이 아예 없거든요. 이것저것 생각하다보니 공통점이 있어도 하나로 뽑아내기가 어려운 그런 상황이라고 할 수 있을 것 같아요. 제가 원하는 것은 JPA가 하이버네이트, 이클립스링크를 추상화해서 하나의 인터페이스로 쉽게 교체 가능하듯이 FileStorage로 s3, file system을 쉽게 교체 가능하기를 원하거든요. 그런데 공통점을 찾기가 어려운 경우는 이런 시나리오가 불가능할까요? 인터페이스에 의존하지 않으면 나중에 클라이언트코드를 고쳐야 한다는 점 때문에 좀 어려움을 겪고 있습니다. 조언 부탁드립니다.

OkkyUser · Answer

AWS는 안 써 봤고, 그냥 지나가는 사람이 하는 소리입니다만... AWS 스토리지와 파일 시스템을 둘 다IStorage 뭐 이런 걸로 대강 인터페이스를 만들어서 다루면 되지 않을까요? interface IStorage { bool IsStructured{get;}; .... } class AWSAdaptor:IStorage { public bool IsStructured &#61;> false; ... } class FSAdaptor:IStorage { public bool IsStructured &#61;> true; ... }인자를 string말고 IStorage 타입으로 받고, 꼭 string으로 해야겠다면, URI 형식으로 앞에 프로토콜 구분자 등을 붙여서 처리하면 될 듯. 예: fs:\somefile.txt aws:\somefile.txt

fender · Answer

원하는 동작이 어떤 것인지에 따라 다를 것 같습니다. 만일 폴더 생성을 포함하는 네트워크 파일 관리 시스템을 만드는데 백엔드 구현을 교체 가능하도록 설계하실 의도라면 S3에서도 폴더 같은 개념을 최대한 흉내내도록 구현하는 게 맞을 듯 합니다. (S3로 충분히 가능합니다)반면, 계층 구조 표현이 적합하지 않은 경우 UI에서 폴더 생성 등 기능을 감춘다던 지 하는 접근을 염두에 두신다면 그냥 일반적인 상속 관계로 풀면 될 듯 합니다.즉, FileSystem <- HierarchicalFileSystem으로 구성하고 폴더 관련 동작은 후자에 정의하면 됩니다.

coding8282 · Answer

URI형식으로 하는 아이디어도 있네요. 넵 감사합니다. 우선 좀 더 생각을 해보도록 할겠습니다. 나중에도 조언 부탁드립니다. 연습을 많이 했다고 생각했는데 추상화라는게 정말 어렵네요.

인터페이스 설계

3개의 답변

#architecture 목록