List 공유

Question

캡슐화에 대해 공부하다 궁금한 것이 생겨서 질문글 올립니다. List를 private 멤버변수로 가지고있는 A클래스에서 B클래스의 인스턴스를 생성할 때 List를 생성자의 인자로 넣습니다.그러면 얕은 복사이기 때문에 A와 B의 인스턴스 모두 같은 List를 객체를 갖고 B에서 List의 아이템을 추가하면 A에서 추가한 아이템을 읽는 형태의 프로그램은 안좋은 프로그램인가요? 무조건 Clone()을 하여 깊은 복사 객체를 만들어서 해결해야하나요?

byungil · Answer

케바케입니다. 필요하다고 생각되는 형태로 하면 그만입니다.

꼬르륵 · Answer

그렇다면 캡슐화가 깨지는 건 그냥 감수하는 건가요?

byungil · Answer

캡슐화가 깨지나요?

꼬르륵 · Answer

private 으로 List를 만들었는데 그걸 공유하면 깨지는거 아닌가요??

byungil · Answer

List 를 감추는게 우선인지 List 의 데이터를 다른 객체와 공유해서 가공하는게 우선인지에 따라 선택하면 되겟죠.List 의 캡슐화 은닉화가 꼭 유지되어야 한다면 B 에는 적절한 메서드를 제공해서 호출할 수 있게 해줘야죠.

yeori · Answer

그건 맥락에 따라 허용될 수도 있습니다그게 의도한거면 그렇게 해도 되고, 그런 부작용이 의도한게 아니라면 참조를 복사해서 새로운 리스트를 만들어서 B 한테 넘겨주면 됩니다.무조건 안된다는건 없습니다.각자의 맥락이 중요합니다.

꼬르륵 · Answer

감사드립니다 많은 도움이 되었습니다 ^^!

배가고프다아 · Answer

얕은 지식으로 조금 더 첨언드립니다...캡슐화는 불필요하거나 발생해서는 안되는 확장/수정/객체오염을 방지하기 위해 접근제어자를 통해 데이터 및 구현을 은닉하는 것이지요.하지만 멤버 변수의 경우 private 접근제어자를 사용했다고 데이터를 캡슐화했다고하기 어렵습니다.public 형태로 getter를 제공하는 순간 해당 객체에 대한 레퍼런스가 은닉되지 않은 데이터기 때문이지요.이제 여기서 캡슐화에 대한 선택지는1. 리스트의 모든 기능을 외부에서 사용하도록 허용할 것이다(add, remove 등 리스트 객체 자체의 기능 허용) - getter를 제공해서 해당 리스트의 레퍼런스를 공개한다.2. 리스트의 존재 자체를 외부에서 알지 못하게 할 것이다. - 리스트의 getter를 제공하지 않는다.3. 리스트의 기능의 일부만 허용할 것이다(add만 사용가능) - getter를 구현하지않고 addXXX() 함수를 public으로 구현하고, 해당 함수 안에서 list를 사용한다.이런식으로 요구사항에 따라 캡슐화의 레벨을 선택해야하는 것이죠.상속/확장까지생각하면 캡슐화를 어디까지 어떻게할 것인가 더 생각해야겠지만 캡슐화 레벨도 구현에 따른 선택의 영역입니다.

꼬르륵 · Answer

캡슐화의 레벨이란 것은 생각해보지 않았네요. 새롭게 배워갑니다 감사합니다!

List 공유

9개의 답변

Q&A 목록