Junit4: चार अनुक्रम सामग्री के लिए दावा

महत्वपूर्ण मुद्दा, लेकिन मैं इसे assertEquals या assertEquals अधिभार में करना पसंद करूंगा। यह जानने के लिए कि किस उपयोग के मामले में उपयोग करने के लिए कौन सा मुखर संदेश त्रुटि-प्रवण है।

आप एक धाराप्रवाह एपीआई (जैसे सत्य या उत्सव) के साथ अभिकथन ढांचे का उपयोग करने पर विचार करना चाहेंगे।

assertEquals साथ समस्या यह है कि कभी-कभी आपको प्रकारों की भी तुलना करने की आवश्यकता होती है।
तो मेरा मानना ​​है कि assertEquals("abc", new StringBuilder("abc")) विफल होना चाहिए। इसलिए केवल सामग्री की तुलना करने के लिए अलग-अलग तरीकों की आवश्यकता है।
यह आईएमओ वर्तमान assertArrayEquals दृष्टिकोण के समान ही है।

मैं मानता हूं कि सही तरीका चुनना थोड़ा मुश्किल हो जाएगा। लेकिन यह वैसे भी उचित CharSequence समर्थन की मौजूदा कमी से बेहतर है।

क्या आप सूचीबद्ध कर सकते हैं कि आप किन विशिष्ट तरीकों का प्रस्ताव कर रहे हैं?

अभी तक मैं सिर्फ इन दोनों के बारे में सोच रहा था:
Assert.assertContentEquals(CharSequence expected, CharSequence actual)
Assert.assertContentEquals(String message, CharSequence expected, CharSequence actual)

क्या आप बेहतर उदाहरण दे सकते हैं? मैं कभी भी assertEquals("abc", new StringBuilder("abc")) नहीं लिखूंगा (मैं बिल्डर पर build() कॉल करूंगा)

इसके अलावा, मुझे लगता है कि डीएसएल आधारित ढांचे अक्सर बेहतर फिट होते हैं। सच में मैं लिखूंगा:

assertThat(myCharSequence).hasValue("hello");

ध्यान दें कि hasValue() एक String hasValue() लेता है इसलिए इस बारे में कोई सवाल नहीं है कि दो CharSequence मानों को बराबर माना जाने का क्या अर्थ है।

यहां एक उदाहरण दिया गया है कि यह किसी परीक्षण में कैसा दिखाई दे सकता है:
assertContentEquals("abc", bundle.getCharSequence(Notification.EXTRA_TEXT));

एक HasValue Matcher भी जोड़ना एक अच्छा विचार है।

धन्यवाद। चूंकि CharSequence equals() लिए अनुबंध प्रदान नहीं करता है, आप कैसे प्रस्ताव करते हैं कि हम दो CharSequence मानों को बराबर मानते हैं? क्या यह केवल इतना है कि उनके पास समान toString() प्रतिनिधित्व है? यदि ऐसा है तो क्यों न अपेक्षित मूल्य को String ?

अच्छी बात। हालांकि मैं संकोच कर रहा हूं क्योंकि एक ही प्रकार के अपेक्षित और वास्तविक मूल्य क्लीनर दिखते हैं।

और मैं पहले लंबाई की तुलना भी करूंगा। toString() कॉल करने से बचने के लिए जब तक कि यह वास्तव में आवश्यक न हो।

मैं इस सुविधा अनुरोध को लेना चाहूंगा, कृपया। क्या यह कृपया मुझे सौंपा जा सकता है। शुक्रिया।

@ joseph-mccarthy GitHub स्पष्ट रूप से आपको केवल प्रोजेक्ट की टीम में किसी को समस्याएँ सौंपने देता है। लेकिन हम वैसे भी लगभग कभी भी मुद्दों को निर्दिष्ट नहीं करते हैं। https://github.com/junit-team/junit4/blob/master/CONTRIBUTING.md पढ़ने के बाद एक पुल अनुरोध सबमिट करने के लिए स्वतंत्र महसूस करें

@kcooney मेरे पास इस मुद्दे के बारे में सवाल है, क्या यह अभी भी पकड़ने के लिए है?
मैं देखता हूं कि यह पीआर #1439 में जुड़ा हुआ है, लेकिन वह पीआर काफी लंबे समय से अनुरोध में बदलाव कर रहा है। क्या मैं इसे एक नए पीआर के आधार के रूप में ले सकता हूं और समीक्षा टिप्पणियों पर जा सकता हूं?

@ जोसेफ-मैकार्थी क्या आप अभी भी इस पर काम कर रहे हैं?

@kcooney मुझे लगता है कि @ joseph-