Python의 다른 클래스 내부에 클래스를 정의하면 이점이 있습니까?
여기서 제가 말하는 것은 중첩 클래스입니다. 기본적으로 모델링중인 두 개의 클래스가 있습니다. DownloadManager 클래스 및 DownloadThread 클래스. 여기서 명백한 OOP 개념은 구성입니다. 그러나 컴포지션이 반드시 중첩을 의미하는 것은 아닙니다.
다음과 같은 코드가 있습니다.
class DownloadThread:
def foo(self):
pass
class DownloadManager():
def __init__(self):
dwld_threads = []
def create_new_thread():
dwld_threads.append(DownloadThread())
하지만 지금은 중첩이 더 나은 상황이 있는지 궁금합니다. 다음과 같은 것 :
class DownloadManager():
class DownloadThread:
def foo(self):
pass
def __init__(self):
dwld_threads = []
def create_new_thread():
dwld_threads.append(DownloadManager.DownloadThread())
"내부"클래스가 일회성이며 외부 클래스 의 정의 외부에서 사용되지 않을 때이 작업을 수행 할 수 있습니다 . 예를 들어 메타 클래스를 사용하려면 때때로 다음을 수행하는 것이 편리합니다.
class Foo(object):
class __metaclass__(type):
....
메타 클래스를 별도로 정의하는 대신 한 번만 사용하는 경우.
이와 같은 중첩 클래스를 사용한 유일한 다른 경우에는 외부 클래스를 네임 스페이스로만 사용하여 밀접하게 관련된 클래스를 그룹화했습니다.
class Group(object):
class cls1(object):
...
class cls2(object):
...
그런 다음 다른 모듈에서 Group을 가져 와서 Group.cls1, Group.cls2 등으로 참조 할 수 있습니다. 그러나 모듈을 사용하여 정확히 동일한 작업을 수행 할 수 있다고 주장 할 수 있습니다.
저는 Python을 모르지만 귀하의 질문은 매우 일반적입니다. Python에만 국한된 경우 무시하십시오.
클래스 중첩은 모두 범위에 관한 것입니다. 한 클래스가 다른 클래스의 컨텍스트에서만 의미가 있다고 생각한다면 전자는 아마도 중첩 클래스가되기에 좋은 후보 일 것입니다.
헬퍼 클래스를 개인 중첩 클래스로 만드는 것은 일반적인 패턴입니다.
메타 클래스를 처리하는 경우를 제외하고는이 작업을 수행하는 데 아무런 이점이 없습니다.
클래스 : 스위트 룸은 실제로 당신이 생각하는 것과 다릅니다. 이상한 범위이고 이상한 일을합니다. 정말 수업도 안 해요! 클래스 이름,베이스, 속성 사전 및 메타 클래스와 같은 일부 변수를 수집하는 방법 일뿐입니다.
이름, 딕셔너리 및베이스는 모두 메타 클래스 인 함수에 전달 된 다음 class : suite가 있던 범위의 변수 'name'에 할당됩니다.
메타 클래스를 엉망으로 만들고 실제로 스톡 표준 클래스 내에 클래스를 중첩하여 얻을 수있는 것은 코드를 읽기 어렵고, 코드를 이해하기 어렵고, 왜 '클래스'인지 잘 알지 못하면 이해하기 매우 어려운 이상한 오류입니다. 범위는 다른 파이썬 범위와 완전히 다릅니다.
You could be using a class as class generator. Like (in some off the cuff code :)
class gen(object):
class base_1(object): pass
...
class base_n(object): pass
def __init__(self, ...):
...
def mk_cls(self, ..., type):
'''makes a class based on the type passed in, the current state of
the class, and the other inputs to the method'''
I feel like when you need this functionality it will be very clear to you. If you don't need to be doing something similar than it probably isn't a good use case.
There is another usage for nested class, when one wants to construct inherited classes whose enhanced functionalities are encapsulated in a specific nested class.
See this example:
class foo:
class bar:
... # functionalities of a specific sub-feature of foo
def __init__(self):
self.a = self.bar()
...
... # other features of foo
class foo2(foo):
class bar(foo.bar):
... # enhanced functionalities for this specific feature
def __init__(self):
foo.__init__(self)
Note that in the constructor of foo
, the line self.a = self.bar()
will construct a foo.bar
when the object being constructed is actually a foo
object, and a foo2.bar
object when the object being constructed is actually a foo2
object.
If the class bar
was defined outside of class foo
instead, as well as its inherited version (which would be called bar2
for example), then defining the new class foo2
would be much more painful, because the constuctor of foo2
would need to have its first line replaced by self.a = bar2()
, which implies re-writing the whole constructor.
No, composition does not mean nesting. It would make sense to have a nested class if you want to hide it more in the namespace of the outer class.
Anyway, I don't see any practical use for nesting in your case. It would make the code harder to read (understand) and it would also increase the indentation which would make the lines shorter and more prone to splitting.
'Programing' 카테고리의 다른 글
Java "user.dir"속성-정확히 무엇을 의미합니까? (0) | 2020.09.03 |
---|---|
Sublime 2/3에서 언어에 대한 구문 강조 표시 변경 / 추가 (0) | 2020.09.03 |
여러 테이블에서 기본 키를 참조하는 외래 키? (0) | 2020.09.03 |
데이터베이스 내의 테이블 열에서 하나의 값을 검색합니다. (0) | 2020.09.03 |
SSD 드라이브 및 Visual Studio IDE. (0) | 2020.09.03 |