लोम्बोक के साथ डोमेन ऑब्जेक्ट: बैटल क्लासिक

डोमेन ऑब्जेक्ट ( रूसी। "डोमेन ऑब्जेक्ट" ) - स्क्रिप्ट लॉजिक में सीधे परीक्षण डेटा का उपयोग करने के लिए सबसे लोकप्रिय दृष्टिकोणों में से एक है। फिलहाल, यह अपनी सादगी, समझदारी और तर्क के कारण सबसे लोकप्रिय और व्यापक दृष्टिकोणों में से एक है।

यह प्लेटफ़ॉर्म की जाँच किए बिना, चाहे वह वेब, मोबाइल या डेस्कटॉप हो, सभी प्रकार के कार्यात्मक परीक्षण (एंड-टू-एंड, एपीआई, एकीकरण) के स्वचालन पर लागू होता है।

महत्वपूर्ण : डेटा ट्रांसफर ऑब्जेक्ट (डीटीओ) के साथ डोमेन ऑब्जेक्ट को भ्रमित न करें। ये पूरी तरह से अलग-अलग दृष्टिकोण हैं जो विभिन्न क्षेत्रों में लागू होते हैं।

इसका सार क्या है?

दृष्टिकोण के एक अन्य नाम से - "बिजनेस ऑब्जेक्ट" - यह स्पष्ट हो जाता है कि यह एक प्रकार का अमूर्त है, जो ऑब्जेक्ट का एक मॉडल और विवरण है, जो एप्लिकेशन के व्यावसायिक तर्क को समझने और कार्य करने के लिए महत्वपूर्ण है। यह एक विशिष्ट व्यावसायिक इकाई के लिए "हस्तांतरण" क्षेत्रों और उनके मूल्यों के अलावा किसी भी कार्य को करने में सक्षम नहीं है।

---

यह कैसा दिखता है

एक उदाहरण के रूप में, किसी भी एप्लिकेशन को लें जो उपयोगकर्ता खाते के निर्माण के लिए प्रदान करता है। यह वह उपयोगकर्ता है जो हमारा डोमेन ऑब्जेक्ट बन जाता है। लगभग सभी मामलों में, उपयोगकर्ता के पास उपयोगकर्ता नाम और पासवर्ड होना चाहिए:

//    User public class User { // ,  User    Login private String login; // ,  User    Password private String password; } 

विशेष रूप से सावधान लोगों का ध्यान होगा कि सभी आंतरिक क्षेत्र निजी हैं। किसी वस्तु के क्षेत्र से सीधे मान सेट करना और पढ़ना बुरा व्यवहार माना जाता है। इसके बजाय, यह जाने-माने गेटर्स और सेटर्स का उपयोग करने के लिए प्रथागत है:

 public class User { private String login; private String password; //      login public void setLogin(String login) { this.login = login; } //     login public String getLogin() { return this.login; } //    public void setPassword(String password) { this.password = password; } public String getPassword() { return this.password; } } 

अब, हमारे पास खेतों तक पहुंच है, और हम उनके मूल्यों को सेट और पढ़ सकते हैं। लेकिन इस उदाहरण में, हम केवल दो क्षेत्रों का उपयोग करते हैं। और इनमें से पंद्रह क्षेत्र होने पर क्या होता है? सच है, उपयोगकर्ता वर्ग अभूतपूर्व आकार तक फैलता है, गेटर्स और बसने वालों की अंतहीन कॉपी पेस्ट के कारण। हम इससे कैसे निपटेंगे?

---

मैजिक लोबोक

यह वह जगह है जहां प्रोजेक्ट लोम्बोक बचाव में आता है - एक लोकप्रिय पुस्तकालय जो हमें कई बार कोड को कम करने, कॉपी / पेस्ट दुख से बचने और डेटा ऑब्जेक्ट कक्षाओं को लिखने में लगने वाले समय को कम करने की अनुमति देता है। कुछ उपयोगी लिंक:

• आधिकारिक साइट प्रोजेक्ट लोबमोक
• IntelliJ IDEA प्लगइन के लिए अधिष्ठापन गाइड
• मावेन सेंट्रल में लोम्बोक

वह क्या कर रहा है? स्वचालित रूप से वर्ग के सभी क्षेत्रों के लिए गेटर्स और सेटर बनाता है, इसे संबंधित एनोटेशन असाइन करके:

 import lombok.Getter; import lombok.Setter; //       User @Getter //       User @Setter public class User { private String login; private String password; } 

सरल, तेज, सुविधाजनक। इस प्रकार, हमारा कोड अधिक पठनीय हो जाता है, कक्षाएं अधिक संक्षिप्त होती हैं, और विकास तेजी से होता है।

---

टेस्ट में आवेदन करें

एक अच्छा परीक्षण एक परीक्षण है जिसमें परीक्षण डेटा, परीक्षण तर्क और इसके कार्यान्वयन को स्पष्ट रूप से अलग किया जाता है।

आइए हमारे उपयोगकर्ता में लॉग इन करने का प्रयास करें। हम परीक्षण डेटा के साथ एक वर्ग बनाते हैं, और उन्हें एक नए उपयोगकर्ता के साथ "भर" देते हैं:

 //  Test Data  public class TestDataUser { //  private-    private final static String DEFAULT_LOGIN = "vasiliy_pupkin"; private final static String DEFAULT_PASSWORD = "q1w2e3"; //        public static User getDefaultUser() { //  ""  User user = new User(); //      Login user.setLogin(DEFAULT_LOGIN); //      Password user.setPassword(DEFAULT_PASSWORD); //    User,     return user; } } 

हम लॉगिन पृष्ठ के मॉडल का वर्णन करते हैं:

 public class LoginPage { //  public- ,    User public void loginUser(User user) { //          enterLogin() enterLogin(user.getLogin()); //    enterPassword(user.getPassword()); } private void enterLogin(String login) { this.loginInput.sendKeys(login); } private void enterPassword(String password) { this.passwordInput.sendKeys(password); } } 

यह केवल परीक्षण वर्ग को लागू करने के लिए बना हुआ है:

 public class LoginTest { @Test public void loginAsDefaultUser() { //    credentials   User user = TestDataUser.getDefaultUser(); //  Login- LoginPage loginPage = new LoginPage(); // ,     loginPage.loginUser(user); } } 

हो गया! आप महान हैं!

---

संक्षेप में देना

फाइनल में, हमें तर्क, डेटा और कार्यान्वयन के स्पष्ट पृथक्करण के साथ एक साफ- सुथरी परियोजना वास्तुकला मिलती है। लोम्बोक आपको कोड दोहराव से छुटकारा पाने में मदद करता है, डोमेन ऑब्जेक्ट पेज ऑब्जेक्ट दर्शन के साथ पूरी तरह से फिट बैठता है, और कोड समर्थन एक वास्तविक आनंद बन जाता है।

वहाँ minuses होना चाहिए?

1. Immutabelnost। या बल्कि, इसकी अनुपस्थिति। इसमें, लोम्बोक का उपयोग करने वाला यह दृष्टिकोण मुख्य प्रतियोगी - बिल्डर ( हैबे पर लेख ) को खो देता है। लेकिन, मेरी राय में, उपरोक्त कोड अधिक "साफ" है, समझ में आता है, और सौंदर्यवादी रूप से मनभावन, बिल्डर वर्ग में अंतहीन श्रृंखला और ऑब्जेक्ट क्लास में तरीकों के ढेर की तुलना में।
2. जहां जरूरत नहीं है वहां जटिलता बढ़ाएं। एक छोटे से अनुस्मारक के रूप में इतना माइनस नहीं। कोई भी दृष्टिकोण या पैटर्न समस्याग्रस्त है और एक निश्चित समस्या को हल करना चाहिए। आपको यूनिट ऑब्जेक्ट में डेटा ऑब्जेक्ट का उपयोग करने की कोशिश नहीं करनी चाहिए जो केवल 2 + 2 = 4 की जांच करता है।

आपका ध्यान देने के लिए बहुत-बहुत धन्यवाद। मुझे समीक्षाओं और आलोचनाओं पर खुशी होगी।

PS टिप्पणियों में बताएं कि आप अपने काम में क्या दृष्टिकोण का उपयोग करते हैं। यह पढ़ना बहुत दिलचस्प होगा।