Phpunit: assertType () अदिश प्रकार के लिए ऑटोलैडर का आह्वान करता है

कृपया आंतरिक प्रकारों के लिए assertType() के बजाय assertInternalType() का उपयोग करें।

यह काम करता है, लेकिन यह क्यों जरूरी है?

जोर टाइप का कोड यहां दिया गया है:

public static function assertType($expected, $actual, $message = '')
{
    if (is_string($expected)) {
        if (PHPUnit_Util_Type::isType($expected)) {
            if (class_exists($expected) || interface_exists($expected)) {
                throw new InvalidArgumentException(
                  sprintf('"%s" is ambigious', $expected)
                );
            }

मुझे ऐसा प्रतीत होता है कि PHPUnit_Util_Type::isType पहले से ही परीक्षण करता है कि प्रकार एक आंतरिक प्रकार है या नहीं, इसलिए आपको केवल यह बदलना होगा:

            if (class_exists($expected, false) || interface_exists($expected, false)) {

आंतरिक प्रकारों के लिए ऑटोलैडर को अक्षम करने के लिए। मुझे किसकी याद आ रही है?

मुझे अर्नोशेफ़र से सहमत होना है, आपको इसकी आवश्यकता क्यों है कि हम एक अलग फ़ंक्शन का उपयोग करें जब उसका समाधान पर्याप्त हो? मैं पहले से मौजूद हजारों यूनिट परीक्षणों को नहीं बदल रहा हूं जो <3.5 से assertType का उपयोग करते हैं। तो मैं इस समाधान के साथ अपने सभी यूनिट परीक्षणों के लिए assertType को ओवरराइड कर दूंगा। मुझे लगता है कि हम एक बेहतर स्पष्टीकरण के लायक हैं कि आपने यह रास्ता क्यों चुना अन्यथा मुझे phpunit FAIL घोषित करना होगा।

एक एकल संपत्ति विधि दो अलग-अलग कार्यक्षमताओं को लागू नहीं कर सकती है। शुरू में यह मान लेना मेरी भूल थी कि यह संभव है। यही कारण है कि assertInternalType() अब मौजूद है।

कृपया एक स्पष्टीकरण प्रदान करें कि एक एकल अभिकथन पद्धति दो अलग-अलग कार्यात्मकताओं को लागू क्यों नहीं कर सकती है?

इसके अलावा, आपका दस्तावेज़ीकरण इस कथन का खंडन करता है:

http://www.phpunit.de/manual/3.5/en/api.html#api.assert.assertटाइप :

वैकल्पिक रूप से, $expected आंतरिक प्रकार को इंगित करने के लिए इन स्थिरांकों में से एक हो सकता है:

* PHPUnit_Framework_Constraint_IsType::TYPE_ARRAY ("array")
* PHPUnit_Framework_Constraint_IsType::TYPE_BOOL ("bool")
* PHPUnit_Framework_Constraint_IsType::TYPE_FLOAT ("float")
* PHPUnit_Framework_Constraint_IsType::TYPE_INT ("int")
* PHPUnit_Framework_Constraint_IsType::TYPE_NULL ("null")
* PHPUnit_Framework_Constraint_IsType::TYPE_NUMERIC ("numeric")
* PHPUnit_Framework_Constraint_IsType::TYPE_OBJECT ("object")
* PHPUnit_Framework_Constraint_IsType::TYPE_RESOURCE ("resource")
* PHPUnit_Framework_Constraint_IsType::TYPE_STRING ("string")

नीचे दिया गया आपका नोट केवल "सिफारिश करता है" कि assertInternalType का उपयोग किया जाना चाहिए और इसकी आवश्यकता नहीं है:

ध्यान दें

आंतरिक प्रकारों की जांच के लिए इसके बजाय assertInternalType ("assertInternalType ()" नामक अनुभाग देखें) का उपयोग करने की अनुशंसा की जाती है।

एक एकल अभिकथन विधि दो अलग-अलग कार्यात्मकताओं को लागू नहीं कर सकती क्योंकि वे अस्पष्ट हैं। मान लें कि आपके पास String नामक एक वर्ग है और assertType("string", ...) का उपयोग करें - PHPUnit को यह कैसे पता होना चाहिए कि आप क्या चाहते हैं?

अनुशंसा ठीक उसी मामले के लिए है जिसका आप अनुभव कर रहे हैं: आप एक ऑटोलोडर का उपयोग कर रहे हैं और assertType() का उपयोग करना चाहते हैं। वह काम नहीं करता।

जबकि PHP किसी वर्ग को पूर्णांक या स्ट्रिंग कहलाने की अनुमति देता है, आपका कोड वर्तमान में किसी वर्ग को स्ट्रिंग, पूर्णांक, आदि कहलाने की अनुमति नहीं देता है क्योंकि यह एक अमान्य तर्क (%s अस्पष्ट है) अपवाद को फेंक देगा।

समस्या यह है कि यदि आप लाइन 1208 पर class_exists और interface_exists फ़ंक्शंस में ऑटोलोड लोड पैरामीटर को गलत पर सेट नहीं करते हैं, तो ऑटोलोडर एक ऐसी फ़ाइल को शामिल करने का प्रयास करेगा जो मौजूद नहीं है (उदाहरण के लिए class.array.php) और एक PHP त्रुटि फेंक दें अपवाद के बजाय।

यह संशोधन करने से assertType को हमेशा की तरह उपयोग करने की अनुमति मिल जाएगी।

नहीं, यह नहीं होगा। क्योंकि तब अन्य लोग मुझ पर चिल्लाएंगे / PHPUnit क्योंकि वे उम्मीद करते हैं कि ऑटोलैड अपने String वर्ग को स्वत: लोड कर देगा।

यहाँ मेरी सलाह है, इसे लें या इसे छोड़ दें:

assertType() का उपयोग न करें। इसे बहिष्कृत कर दिया गया है (हालांकि मैं इसे इस तरह चिह्नित करना भूल गया था) और अंततः चला जाएगा। यह केवल माइग्रेशन को आसान बनाने के लिए PHPUnit के वर्तमान संस्करणों में मौजूद है।

assertInternalType() का उपयोग यह सुनिश्चित करने के लिए करें कि एक चर का एक निर्दिष्ट आंतरिक प्रकार है।

assertInstanceOf() का उपयोग यह दावा करने के लिए करें कि किसी ऑब्जेक्ट का एक निर्दिष्ट प्रकार (वर्ग या इंटरफ़ेस) है।

मुझे बहिष्कृत फ़ंक्शन से कोई समस्या नहीं है, लेकिन आप माइग्रेशन को बिल्कुल भी आसान नहीं बना रहे हैं। आपने मूल कार्यक्षमता को phpunit 3.4 से बदल दिया है जिसमें पहले स्थान पर यह अपवाद नहीं था और अब उस व्यक्ति के बजाय मेरा कोड तोड़ रहा है जो स्ट्रिंग क्लास को स्वत: लोड करता है। तो मुझे लगता है कि आपको या तो इसे phpunit 3.5 में पूरी तरह से हटा देना चाहिए या इसे वापस 3.4 कार्यक्षमता पर वापस कर देना चाहिए।

बस जाओ, उत्साहित होने की कोई जरूरत नहीं है। मैं सेबस्टियन के फैसले के साथ जी सकता हूं, यह वास्तव में समझ में आता है, इसके पीछे का कारण जानना अच्छा है। इसलिए मैं भविष्य में अन्य दो कार्यों का उपयोग करूंगा। दूसरी तरफ, अगर assertType को वैसे भी बहिष्कृत किया गया है, तो इसे पहले की तरह काम क्यों न करें, और स्पष्ट रूप से दस्तावेज करें कि इसे बहिष्कृत किया गया है, भविष्य में कभी-कभी हटाने के अधीन। लेकिन यह निश्चित रूप से सेबस्टियन का निर्णय है, क्योंकि यह मुफ्त सॉफ्टवेयर का तरीका है।