Evalml: उन घटकों को अनुमति दें जो वर्ग पदानुक्रम में "पत्ती" बच्चे नहीं हैं

को निर्मित 23 मार्च 2021 · 4टिप्पणियाँ · स्रोत: alteryx/evalml

#1989 पर काम करते हुए, @freddyaboulton ने सुझाव दिया कि हम TargetImputer को SimpleImputer का उपवर्ग बनाते हैं। दुर्भाग्य से, _get_subclasses में व्यवहार्य घटकों की तलाश करते समय, _get_subclasses केवल उन वर्गों को एकत्रित करेगा जो पदानुक्रम के बहुत नीचे हैं। उदाहरण के लिए:

ComponentBase --> Transformer --> SimpleImputer # will only grab SimpleImputer

मुद्दा यह है, अगर हम SimpleImputer को उपवर्गित करते हैं, तो हमारे पास TargetImputer तक पहुंच होगी, लेकिन EvalML द्वारा उपयोग करने योग्य घटक के रूप में SimpleImputer अब नहीं मिलेगा:

ComponentBase --> Transformer --> SimpleImputer --> TargetImputer 
# will only grab TargetImputer, SimpleImputer is no longer a leaf

मेरा मानना है कि मूल उद्देश्य उन वर्गों को हथियाना नहीं है जो उपयोगी नहीं हैं (उदा: ट्रांसफार्मर), लेकिन यह एक समस्या है यदि हम नए बनाने के लिए उपयोगी घटकों का निर्माण करना चाहते हैं।

मूल टिप्पणी यहाँ: https://github.com/alteryx/evalml/pull/1989#discussion_r599894996

bug

स्रोत

angela97lin

सभी 4 टिप्पणियाँ

विकल्प:
1.) टारगेटइम्प्यूटर को सिंपलइम्प्यूटर का उपयोग करने के लिए कहें।
2.) TargetImputer घटक को परिभाषित न करें, बल्कि इसके बजाय SimpleImputer को लक्ष्य पर लागू करें।
3.) घटकों की स्थिर सूची के पक्ष में _get_subclasses() हटाएं। (पसंदीदा)
4.) _get_subclasses() को स्मार्ट बनाएं।

अगला कदम: यह तय करने के लिए चर्चा का समय निर्धारित करें कि इसे कैसे करना है।

chukarsten 25 मार्च 2021

मेरी राय यह है कि हमें तब तक कुछ भी नहीं बदलना चाहिए जब तक कि हम अपने कोडबेस में गैर-आधार वर्गों की विरासत को अधिक सामान्य पैटर्न नहीं बनाना चाहते। हम वर्तमान में ऐसा नहीं करते हैं इसलिए इसकी अनुमति देने के लिए एक प्रणाली का निर्माण करना मेरे लिए कम प्राथमिकता है।

यह मुद्दा लक्ष्य imputer या किसी भी अल्पकालिक कार्य को अवरुद्ध नहीं कर रहा है जो हमारे पास है और उपवर्ग "कार्य" की पहचान करने के लिए वर्तमान प्रणाली है। अगर हम वास्तव में 3 चाहते हैं तो यह एक और कहानी है और मैं इसके लिए तर्क सुनने के लिए तैयार हूं लेकिन मुझे नहीं लगता कि इसे करने की आवश्यकता है।

और अगर हम भविष्य में टारगेटइम्प्यूटर में सिंपलइम्प्यूटर का लाभ उठाना चाहते हैं तो हम इनहेरिटेंस पर कंपोजिशन का उपयोग कर सकते हैं, जो मुझे लगता है कि विकल्प 1 का जिक्र है।

freddyaboulton 25 मार्च 2021

👍1

यहां @freddyaboulton से सहमत, यह भी ध्यान देने योग्य है कि हमने _get_subclasses() को पहले स्थान पर परिभाषित किया क्योंकि घटकों की एक स्थिर सूची का ट्रैक रखना थोड़ा थकाऊ/निराशाजनक था क्योंकि हम अधिक से अधिक घटकों को जोड़ रहे थे। यदि हम 3 के लिए जाते हैं, तो _get_subclasses() रखने के लिए और अधिक समझदारी हो सकती है लेकिन "अपवादों" की एक सूची भी रखें जैसे कि SimpleImputer / TargetImputer केस, ताकि वे शामिल हों, लेकिन अन्य घटक जैसे Transformer अभी भी बाहर रखा गया है।

कुछ रचना-एस्क तकनीक के विचार के साथ भी ठीक है अगर वह काम पूरा कर लेता है।

angela97lin 25 मार्च 2021

👍1

@angela97lin क्या आपको लगता है कि हम इसे बंद कर सकते हैं? मुझे लगता है कि हम सहमत हैं कि टारगेटइम्प्यूटर/अन्य घटकों के विकास को सक्षम करने के लिए हमें _get_subclasses परिवर्तन करने की आवश्यकता नहीं है।

freddyaboulton 2 जुल॰ 2021

क्या यह पृष्ठ उपयोगी था?

0 / 5 - 0 रेटिंग्स

Evalml: उन घटकों को अनुमति दें जो वर्ग पदानुक्रम में "पत्ती" बच्चे नहीं हैं

सभी 4 टिप्पणियाँ

संबंधित मुद्दों