많은 사례 클래스가있는 클래스 계층 구조에 대한 공통 복사본을 정의하십시오.

Question

공통베이스에서 파생되는 약의 클래스 계층 구조를 정의하고자합니다. 유형은 this one과 같이 AST 계층의 노드를 설명합니다. 나는의 라인을 따라 뭔가를하고 싶습니다 내 copy의 존재가 자동 복사를 정의에서 case classes을 방지하기 때문에

trait Base { 
    def doCopy: Base 
} 

trait CloneSelf[T <: CloneSelf[T]] extends Base { 
    self: T => 

    def copy(): T 
    override def doCopy: T = copy() 
} 


case class CaseA(a: String) extends Base with CloneSelf[CaseA] 

case class CaseB(b: Int) extends Base with CloneSelf[CaseB] 

는이 오류를 제공합니다. 거기에 어떤 방법으로 "클론"doCopy 구현하는그 중 case classes 자동 사용합니까?

Answer 1

공통베이스에서 파생 된 약 100 개의 사례 클래스로 클래스 계층을 정의하고 싶습니다.

이 그렇게하지 마십시오, 당신은 절대적으로 그것을 피할 수있는 패턴을 찾아야한다! 어쨌든이 작업을 수행하려면 ... ducktyping을 시도해보십시오

trait CloneSelf[T <: {def copy(): T}] { 
    self: T => 
    override def doCopy: T = copy() 
} 

지금은 테스트 할 수 없습니다 그래서 이것은 아마 컴파일되지 않습니다,하지만 당신은 일반적인 생각과 스스로 그것을 알아낼 수 있습니다!

편집 :

100 개 서브 클래스를 가진 것은 악 이유 : 인스턴스가 Base에서 BaseCloning로 이름을 변경 당신은, 기본 클래스에서 하나 명의 변경을 수행 상상 - (당신은 모든 자식 클래스에서 변경해야합니다> 100 변경). 당신이, 즉 당신이 당신의 클래스를 사용하여 수행 할 작업에 따라 달라집니다 피하기 creationnal 및 구조 패턴을 확인합니다 어떻게

: 공장, 빌더, 프로토 타입, 플라이급를 항상 얼마나 많은 일 것 "에 대해 생각 ... 합성 기본 수업에서 뭔가 바뀌면 모든 아이들에게 영향을 미칠 수 있습니까? "

Answer 2

나는 각 case class에서 doCopy이 CloneSelf에서 상속 각 클래스를 정의하는 것보다 실제로 적은 작업입니다 정의 발견했다. 코드는 다음과 같습니다

trait Base { 
    def doCopy: Base 
} 

case class CaseA(a: String) extends Base { 
    def doCopy = copy() 
} 

case class CaseB(b: Int) extends Base { 
    def doCopy = copy() 
} 

I 따라서 CaseA("a").doCopy의 정적 유형, 즉 CaseA("a").copy(), CaseA의와 동일 오버라이드 (override) 된 메소드에 명시 적 형식없이 유형이 컴파일러에 의해 추정되는 것을 알고 놀랐습니다, 아니 Base. 각각의 case class에 대한 명시 적 유형을 추가하는 것이 더 분명하지만이 방법은 각 행에 동일한 행을 복사하여 붙여 넣는 것보다 많은 작업이 필요합니다. 별로 중요하지 않습니다. case class 유형을 통해 복사 할 때 copy()을 사용할 수도 있습니다. 내가 Base을 가지고있을 때만 doCopy이 필요합니다. 그러므로 def doCopy: Base = copy()처럼 선언하면 해를 끼치 지 않습니다.