- 질문 게시판입니다.
Date | 19/11/27 22:07:47 |
Name | 로냐프 |
Subject | 파이썬 코딩 스타일 문의 |
안녕하세요? 요즘 파이썬으로 간단한 프로그램을 하나 짜고 있는데요. 1) 파이썬의 경우, class 멤버에 대해서 getter/setter를 통하기 보다는 그냥 직접 접근하는게 관례라고 하더군요. class멤버변수를 읽어가기만 하고 수정하는 경우는 없는데, 그래도 그냥 public으로 두는게 나을까요? 아니면 getter만 구현하고 다 숨기는게 나을까요? setter를 구현하지 않는 경우에도 @property를 쓰는게 더 나을까요? 2) A와 B class는 특정한 struct의 data를 저장하고 처리하는 class이고, C class는 여러 data를 file에 특정한 format으로 기록하는 class입니다. 그러다보니 C class를 사용하려면 A와 B의 모든 멤버를 다 읽어와야 하고, A/B class에서 모든 멤버에 대한 getter를 다 구현하고 있는데, 결국 A/B class는 C class에 대해서는 완전히 transparent합니다. 그렇다고, C class를 A class나 B class의 내부에 두기에는 C class자체가 사용자에게 직접 정보를 받는 부분도 많아서, A.to_C_class(args) 이런식으로 매번 A/B class에 그 인자를 전달하는 method를 추가해야 되는데, 그것도 보기가 별로 안 좋네요. 보통 이런 때는 어떤식으로 구현하게 될까요? 미리 감사합니다~ 1
|
1. 파이썬에서는 뭔가를 강제하겠다는 식의 접근은 대개 실패합니다. 오용하기 어렵게 할 수는 있지만 불가능하게는 못 한다. 그래서 정 필요하다면 그 자유를 누려라. 제약보다는 책임있는 사용을 하라. 그게 Pythonic한 거라고 생각합니다. 저라면 일단 변수를 public으로 뒀다가 특수한 제약이 필요해지면 관례에 따라 변수명에 underscore 붙여서 private로 표시한 뒤, property로 getter를 노출시켜서 인터페이스를 유지하여 코드 변경을 최소화할 것 같습니다.
2. 입력 데이터가 될 클래스(A, B등)는 ... 더 보기
2. 입력 데이터가 될 클래스(A, B등)는 ... 더 보기
1. 파이썬에서는 뭔가를 강제하겠다는 식의 접근은 대개 실패합니다. 오용하기 어렵게 할 수는 있지만 불가능하게는 못 한다. 그래서 정 필요하다면 그 자유를 누려라. 제약보다는 책임있는 사용을 하라. 그게 Pythonic한 거라고 생각합니다. 저라면 일단 변수를 public으로 뒀다가 특수한 제약이 필요해지면 관례에 따라 변수명에 underscore 붙여서 private로 표시한 뒤, property로 getter를 노출시켜서 인터페이스를 유지하여 코드 변경을 최소화할 것 같습니다.
2. 입력 데이터가 될 클래스(A, B등)는 무한히 다양하고, 데이터 출력이 되는 클래스(C)는 유한할 것으로 예상된다면. C가 A, B를 아는 것보다 A와 B가 자신의 정보를 C에 맞게 내어주는 게 아무래도 더 자연스럽겠죠. C클래스에 빌더 패턴을 적용하고, 외부에서 사용자 입력을 통해 절반정도 만들어진 C 빌더를 A.to_C_class()의 인자로 들어가게 하여 A나 B가 그 빌더 패턴에 따라 자신의 입맛에 맞게 C를 완성하도록 하면 좋을 것 같습니다.
2. 입력 데이터가 될 클래스(A, B등)는 무한히 다양하고, 데이터 출력이 되는 클래스(C)는 유한할 것으로 예상된다면. C가 A, B를 아는 것보다 A와 B가 자신의 정보를 C에 맞게 내어주는 게 아무래도 더 자연스럽겠죠. C클래스에 빌더 패턴을 적용하고, 외부에서 사용자 입력을 통해 절반정도 만들어진 C 빌더를 A.to_C_class()의 인자로 들어가게 하여 A나 B가 그 빌더 패턴에 따라 자신의 입맛에 맞게 C를 완성하도록 하면 좋을 것 같습니다.
1. 가져오기만 한다면 @property가 더 간결하지 않을까요? (만약을 위해 setter를 추가해두고)
2. 유지보수를 생각하면, 의존관계를 고려한 input/output 포맷을 미리 정해놓고, ABC+알파를 독립적으로 만드는게 어떨까요.
transparent한 관계라고 하여도, 각자 다루는 정보의 소스가 다르다면 언젠가 확장/축소/분리의 작업이 발생하기 마련이며, 결국 oop적 접근이 필요할것 같습니다.
2. 유지보수를 생각하면, 의존관계를 고려한 input/output 포맷을 미리 정해놓고, ABC+알파를 독립적으로 만드는게 어떨까요.
transparent한 관계라고 하여도, 각자 다루는 정보의 소스가 다르다면 언젠가 확장/축소/분리의 작업이 발생하기 마련이며, 결국 oop적 접근이 필요할것 같습니다.
목록 |
|