Evalml: 파이프라인: 적합 전에 변환/예측을 호출할 때 표준 오류

네. 내 생각은 구성 요소에 대해 추가한 메타 클래스 패턴 @jeremyliweishih를 일반화한 다음 구성 요소와 파이프라인 모두에서 사용해야 한다는 것입니다.

JW: 파이프라인이 구성 요소로 만들어지기 때문에 이것을 "무료"로 얻지 않습니까? pipeline.predict를 호출하면 구성 요소의 보편적인 오류로 요약되지 않습니까?

@angela97lin 네 말이 맞아! 아래 스크린샷을 참조하세요.

문제는 아래의 동작에 문제가 없는지, 아니면 스택 추적을 보다 직접적으로 원하는지입니다. 현재 스택 추적은 첫 번째 구성 요소에서 가져옵니다. 이상적으로는 파이프라인 자체에서 나옵니다.

스택 추적을 더 명확하게하는 가장 빠른 방법 제외하는 것입니다 ComponentNotYetFittedError 파이프 라인 방식에 다음 던져 PipelineNotYetFittedError . 또 다른 방법은 구성 요소에 대해 취한 메타 클래스/데코레이터 전략을 재활용하고 파이프라인에 적용하는 것입니다.

@dsherry 팔로우 해주셔서 감사합니다! 이 문제를 해결하고 PipelineNotYetFittedError 오류를 잡아서 먼저 처리하여 해결하려고 합니다. 충분하다면 지나치게 복잡할 필요가 없다고 생각하기 때문입니다. 그렇지 않은 경우 메타 클래스 접근 방식을 시도합니다. :)

흠, 실제로 구현했을 때 메타클래스 접근 방식이 우리가 관심 있는 각 메소드에 유사한 오류를 붙일 필요가 없으므로 대신 해당 경로를 택할 것이기 때문에 메타클래스 접근 방식이 더 나을 수 있다는 것이 더 분명했습니다.

@angela97lin tl;dr: 좋아, 좋은 것 같아!

구성 요소가 사용자 정의 fit , transform 및 predict 메서드로 확장되고 유일한 확실한 방법이기 때문에 구성 요소에서 이 항목을 확인하기 위해 메타 클래스 전략을 사용했습니다. 이러한 정의에 유효성 검사 코드를 가져오는 것은 메타클래스를 통해 클래스 정의 시간에 이를 삽입하는 것이었습니다.

이제 파이프라인 클래스가 fit / predict 사용자 정의 구현을 직접 유지하는 대신 구성 요소 그래프를 래핑하는 템플릿으로 사용되는 위치에 있습니다. 당분간 지원을 유지해야 합니다. 훌륭하다고 생각합니다. 이것은 이 문제의 목표를 충족하기 위해 메타클래스 전략이 필요하지 않다는 의미이며 fit 파이프라인 predict 가 fit 전에 호출될 때 명확한 오류 메시지를 표시합니다.

그러나 지금 파이프라인 메타클래스를 구현하는 것은 좋은 투자입니다. 파이프라인과 구성 요소 모두에서 다양한 필드에 대한 추적 클래스 정의 시간 유효성 검사에 대해 최소한 몇 가지 문제가 있습니다. 그리고 메타클래스는 이를 수행하기 위한 올바른 선택임이 거의 확실합니다. 그래서, 전속력으로 전진하십시오! 🏎️😁