काम रोबोट - खुश आदमी

भूल गए मुसीबतें,
दौड़ना बंद हो गया
रोबोट द्वारा इंजेक्ट किया गया
खुश आदमी!

फिल्म से "बचपन टर्मिनेटर" "एडवेंचर इलेक्ट्रॉनिक्स"

नमस्ते, आज हम फिर से प्रदर्शन के बारे में बात करेंगे। डेवलपर्स की उत्पादकता के बारे में।

मैं इस कौशल को विचारों के माध्यम से कैसे पंप करूं, इस बारे में बात करूंगा। मुझे उम्मीद है कि मेरे सुझाव काम आएंगे, टिप्पणियों और सुधारों का स्वागत है। चलो चलते हैं!

एक साधारण डेवलपर अपने कामकाजी दिन का काफी हिस्सा नियमित गतिविधियों में बिताता है। कुछ समय पहले तक मैंने भी अभिनय किया था। और फिर मेरे दिमाग में कुछ सरल और स्पष्ट विचार उत्पन्न हुए:

• अक्सर हम वास्तव में कुछ नया और असामान्य लिखते हैं
• कार्य समय का एक महत्वपूर्ण हिस्सा, डेवलपर टेम्प्लेट कोड लिखता है
• हमारे द्वारा उपयोग किए जाने वाले कई सरल निर्माण आसानी से औपचारिक हैं, और हमारे सिर में हम उन्हें कुछ शब्दों के साथ व्यक्त करते हैं

जब मैं स्प्रिंग बूथ / हाइबरनेट के साथ काम करता हूं, तो शेर की हिस्सेदारी, इसलिए अधिकांश कोड पीढ़ी और टेम्पलेट उन्हें चिंतित करते हैं, हालांकि दृष्टिकोण सार्वभौमिक है और आप आसानी से अपनी परियोजनाओं के लिए समान सुधार कर सकते हैं।

थिएटर एक हैंगर से शुरू होता है, और स्प्रिंग बूथ ऐप सेटिंग्स से शुरू होता है। आमतौर पर वे फ़ाइल application.yml / application.properties में साइन इन होते हैं, लेकिन यह भी होता है कि कुछ बीन्स / कॉन्फ़िगरेशन को कोड के साथ वर्णित किया जाना है:

 @Configuration @EnableSwagger2 class SwaggerConfig { @Bean Docket documentationApi() { return new Docket(DocumentationType.SWAGGER_2) .select() .apis(RequestHandlerSelectors.any()) .paths(PathSelectors.any()) .build(); } } 

इस सेटिंग में स्वैगर (खेत पर एक उपयोगी वस्तु) शामिल है। इस बारे में सोचें कि स्वचालित क्या हो सकता है? डेवलपर्स को पता है कि @Configuration को सेटिंग वर्ग के ऊपर रखा गया है। यानी आप एक तरह का ब्लैंक बना सकते हैं - कॉन्फ़िगरेशन क्लास का एक टेम्प्लेट और इसे कलाई के फ्लिक के साथ बना सकते हैं। बॉक्स से बाहर "आइडिया" से उपयोगकर्ता को अपने लिए मौजूदा टेम्प्लेट को अनुकूलित करने का अवसर मिलता है:

हम क्या उपयोग करेंगे:

 #if (${PACKAGE_NAME} && ${PACKAGE_NAME} != "")package ${PACKAGE_NAME};#end import org.springframework.context.annotation.Configuration; @Configuration class ${NAME} { } 

अनुभवी डेवलपर्स के लिए, यहां सब कुछ स्पष्ट है, शुरुआती लोगों के लिए मैं समझाऊंगा:

पंक्ति 1: इस तरह की एक पंक्ति को नए बनाए गए वर्ग के कोड में जोड़ा जाएगा

 package com.example.-; 

पंक्ति 2: वांछित एनोटेशन कनेक्ट करें
पंक्ति 3: शरीर वर्ग।

ध्यान दें कि चर ${NAME} एक पॉप-अप विंडो में बदल जाएगा, जहाँ हमें कक्षा का नाम दर्ज करना होगा।

कुल:

यह टेम्प्लेट हमें @Configuration हाथों से एक वर्ग पर @Configuration लिखने और आयात को हल करने से बचाता है। ज्यादा नहीं, लेकिन हमारे लिए यह महत्वपूर्ण है कि हम कुछ अनुभव शुरू करें और प्राप्त करें।

एक खाली सेटिंग क्लास अकेले कम मूल्य की है। आइए जानें कि अतिरिक्त प्रयास के बिना बीन्स कैसे बनाएं। ऐसा करने के लिए, संपादक> फ़ाइल और कोड टेम्पलेट से , संपादक> लाइव टेम्पलेट पर जाएं । यहां आप टाइप करके मान्यता प्राप्त पैटर्न का वर्णन कर सकते हैं। मेरे विकास के माहौल में, मैंने स्प्रिंग के साथ उपयोग के लिए एक अलग उप-प्रजाति को परिभाषित किया। इसमें हम एक टेम्पलेट बनाते हैं:

 @Bean public $CLASS_NAME$ $mthdName$() { return new $CLASS_NAME$($END$); } 

CLASS_NAME चर को पॉप-अप विंडो में उपयोगकर्ता द्वारा निर्धारित किया जाता है और, सीधे असाइनमेंट के अलावा, इसका उपयोग विधि बनाने के लिए किया जाता है:

चर mthdName , बिल्ट-इन मेथड camelCase() का उपयोग करता है, जो CLASS_NAME का मान है। सेटिंग परिवर्तन चर में होती है :

चर $END$ मतलब है कि रेंडर करने के बाद पॉइंटर की स्थिति। हमारे बीन में संभवतः निर्भरताएं (कंस्ट्रक्टर के माध्यम से लागू) हैं, इसलिए आपको उन्हें उस विधि के लिए तर्क देने की आवश्यकता है जो हमारे बायर्स को लौटाता है:

अब चलो ऊपर से नीचे तक के आवेदन पर जाएं और देखें कि ऐसे सरल तरीके से रोज़मर्रा के अन्य कार्यों को क्या गति मिल सकती है।

सेवा

सामान्य ज्ञान बताता है कि यह विधि उन मामलों में सबसे अधिक उपयोगी होगी, जिनमें हमारे पास बड़ी मात्रा में कोड होते हैं जो एक स्थान से दूसरे स्थान पर भटकते हैं। उदाहरण के लिए, एक नियमित रूप से वसंत सेवा शायद रिपॉजिटरी (जिसका अर्थ है कि लेन-देन की आवश्यकता होती है) पर निर्भर करता है, कुछ प्रकार की लॉगिंग करता है, और निर्भरता निर्माणकर्ता के माध्यम से कार्यान्वित की जाती है। हर बार नवनिर्मित वर्ग पर सभी एनोटेशन को सूचीबद्ध नहीं करने के लिए, हम टेम्पलेट का वर्णन करते हैं:

 #if (${PACKAGE_NAME} && ${PACKAGE_NAME} != "")package ${PACKAGE_NAME};#end #parse("File Header.java") import org.springframework.stereotype.Service; import org.springframework.transaction.annotation.Transactional; import lombok.RequiredArgsConstructor; import lombok.extern.log4j.Log4j2; @Log4j2 @Service @Transactional @RequiredArgsConstructor public class ${NAME} { } 

कार्रवाई में:

इसके बाद निर्भरता की घृणित सूची आती है। ऊपर, हमने बीन को वापस करने वाली विधि के नाम का वर्णन करने के लिए अंतर्निहित camelCase() विधि का उपयोग किया। वे फ़ील्ड नाम भी बना सकते हैं:

 private final $CLASS_NAME$ $fieldName$; $END$ 

प्रत्येक बार Ctrl + Alt + L (संरेखण) नहीं दबाने के लिए, स्टाइल चेकबॉक्स के अनुसार रिफ़ॉर्मेट को सक्षम करें और पर्यावरण आपके लिए सब कुछ करेगा:

भंडार और संस्थाएँ

यहां तक ​​कि सबसे सरल संस्थाओं में, हमारे पास कई आयात एनोटेशन हैं। आप उनके लिए एक बहुत प्रभावी टेम्पलेट बना सकते हैं:

 #if (${PACKAGE_NAME} && ${PACKAGE_NAME} != "")package ${PACKAGE_NAME};#end #parse("File Header.java") import lombok.Getter; import javax.persistence.Column; import javax.persistence.Entity; import javax.persistence.Id; import javax.persistence.Table; @Getter @Table @Entity public class ${NAME} { @Id private Long id; } 

2019 में, यदि आप हाइबरनेट का उपयोग करते हैं, तो निश्चित रूप से आप स्प्रिंग डेट का भी उपयोग करते हैं, और यदि ऐसा है, तो आपको रिपॉजिटरी बनाने की आवश्यकता है। आइए उनकी रचना को गति दें:

 #if (${PACKAGE_NAME} && ${PACKAGE_NAME} != "")package ${PACKAGE_NAME};#end #parse("File Header.java") import org.springframework.data.jpa.repository.JpaRepository; public interface ${Entity_name}Repository extends JpaRepository<${Entity_name}, ${Key}>{ } 

यह बहुत अच्छा होगा अगर, इकाई पर कर्सर सेट करते समय (वर्ग @Entity और @Table @Entity चिह्नित) और Alt + Enter दबाते हुए , "आइडिया" तुरंत एक रिपॉजिटरी बनाने का सुझाव देगा, लेकिन यह इतना स्मार्ट नहीं है :)। वर्तमान में, उपयोगकर्ताओं के पास इरादों को बदलने / जोड़ने की क्षमता नहीं है ( संपादक> इरादे ), लेकिन आप अपना स्वयं का प्लगइन लिख सकते हैं:

परीक्षण

सामान्य तौर पर, आपके कोड में अधिक टेम्पलेट का निर्माण होता है, स्वचालन लाभ अधिक से अधिक होता है। काम के सबसे दोहराया टुकड़ों में से एक परीक्षण हैं। जो लोग सिरिल टोलाचेव "द कर्स ऑफ द स्प्रिंग टेस्ट" की रिपोर्ट देखते थे, वे जानते हैं कि सभी परीक्षणों के लिए केवल एक बार संदर्भ वृद्धि करने का एक आसान तरीका है: एक सार वर्ग बनाना और उससे सभी परीक्षणों को विरासत में लेना।

कुछ ऐसा वर्णन करना

 package com.example; import org.junit.jupiter.api.extension.ExtendWith; import org.springframework.boot.test.context.SpringBootTest; import org.springframework.transaction.annotation.Transactional; import org.springframework.test.context.junit.jupiter.SpringExtension; @Transactional @SpringBootTest @ExtendWith(SpringExtension.class) public abstract class BaseTest { } 

हम आसानी से सभी नए बनाए गए परीक्षण वारिस BaseTest बना सकते हैं। ऐसा करने के लिए, आपको डिफ़ॉल्ट परीक्षण बनाने वाले टेम्पलेट को बदलना होगा:

कोड में:

 import com.example.BaseTest; import static org.assertj.core.api.Assertions.assertThat; import static org.junit.jupiter.api.Assertions.*; #parse("File Header.java") class ${NAME} extends BaseTest { ${BODY} } 

आगे हम निर्भरताओं का वर्णन करते हैं। मैं हर बार डायल नहीं करना चाहता

 @Autowired private MyService service; 

इसलिए, अनुभाग संपादक में> लाइव टेम्पलेट, लिखें

 @Autowired private $CLASS_NAME$ $fieldName$; $END$ 

चर $fieldName$ वर्णन ठीक उसी तरह किया गया है जैसे बीन बनाने के उदाहरण में, एक अपवाद के साथ: फ़ील्ड बनाने के तुरंत बाद, कर्सर उस पर स्विच नहीं करता है, आपको यह जांचने की आवश्यकता है कि क्या परिभाषित किया गया है :

मूल रूप से, @Autowired केवल कक्षा क्षेत्रों के लिए आवश्यक है, इसलिए ड्रॉप-डाउन में लागू करने की घोषणा सुनिश्चित करें:

हम देखते हैं:

वैसे, जब से हम एक निश्चित वर्ग के लिए एक परीक्षा का निर्माण कर रहे हैं, तो कुछ भी नहीं बनाया जाता है जब यह बनाया जाता है ( toCamelCase() यहाँ काम नहीं करता है, तो तुरंत वेग का उपयोग किया जाता है):

 import com.example.demo.BaseTest; import org.junit.jupiter.api.Test; import org.springframework.beans.factory.annotation.Autowired; import static org.assertj.core.api.Assertions.assertThat; import static org.junit.jupiter.api.Assertions.*; #parse("File Header.java") class ${NAME} extends BaseTest { #set($bodyLength = $NAME.length() - 4) #set($field = $NAME.substring(0, 1).toLowerCase() + $NAME.substring(1, $bodyLength)) @Autowired private ${CLASS_NAME} ${field}; ${BODY} } 

मेरा अनुभव बताता है कि जब भी संभव हो सभी परीक्षण क्रॉस-कटिंग होना चाहिए। यहां तक ​​कि अगर एक सेवा की जांच की जाती है जो इकाई को निकालती है और उसके किसी एक क्षेत्र का हिस्सा काट देती है, तो भी इकाई को ईमानदारी से प्राप्त करना बेहतर होता है, अर्थात। डेटाबेस से। इसलिए, अधिकांश परीक्षणों के लिए, मैं वातावरण में से एक से ईमानदार डेटा लेता हूं और @Sql का उपयोग करके परीक्षण चलाने से पहले उन्हें लोड करता @Sql ।

डेटा का नमूना प्रत्येक कार्य के लिए हाथ से किया जाना चाहिए, लेकिन उन्हें वांछित परीक्षण से जोड़ना आसानी से स्वचालित किया जा सकता है। फिर से, संपादक> लाइव टेम्प्लेट , JUnit अनुभाग पर जाएं और लिखें:

 @Sql("/sql/$CLASS_NAME$.sql") $END$ 

अब, sql टाइप करने पर, हमें 1 रिकॉर्ड के साथ ड्रॉपडाउन मिलता है, जिसका चयन हमें मिलता है:

 @Sql("/sql/MyEntityRepositoryTest.sql") class MyEntityRepositoryTest extends BaseTest { } 

कृपया ध्यान दें कि हम जिस फ़ाइल का उल्लेख कर रहे हैं वह अभी तक मौजूद नहीं है, इसलिए जब आप परीक्षण को कच्चे रूप में चलाते हैं, तो यह निश्चित रूप से क्रैश हो जाएगा। हालाँकि, संस्करण 193.1617 के साथ शुरू करते हुए , आइडिया ने एक नॉनवेज फाइल पर प्रकाश डाला और सबसे महत्वपूर्ण बात यह है कि यह इसे बनाने का सुझाव देता है!

पोस्टफ़िक्स

सबसे शक्तिशाली उपकरणों में से एक पोस्टफ़िक्स एक्सप्रेशंस (समाप्ति) का उपयोग करके कोड का निर्माण / जोड़ है। सबसे सरल उदाहरण:

बहुत सारे पूर्णताएं हैं, आप उन सभी को संपादक> सामान्य> पोस्टफ़िक्स समापन अनुभाग में देख सकते हैं:

कई तरह के प्रयोगों की भी गुंजाइश है। खुद के लिए, मैंने एक चर को AssertJ- आधारित परीक्षण अभिव्यक्ति में बदलने के लिए पूरा किया:

जीवन में, यह इस तरह दिखता है:

उपयोगी लिंक

यदि आप आइडिया के साथ अपने कौशल में सुधार करने जा रहे हैं, तो दो शानदार रिपोर्ट देखें:

एंटोन अर्किपोव - इंटेलीज आईडीईए के साथ प्रभावी काम
टैगिर वलेव - इंटेलीज आईडीएए में परमाणु परावर्तन: हम अपने लिए आईडीई मोड़ते हैं

यह सब, शायद ही कभी विचलित हो और याद रखें कि समय हमारा एकमात्र गैर-नवीकरणीय संसाधन है।