परियोजना जावा लॉक बड़ी जावा परियोजनाओं के लिए उपयुक्त है?

Question

क्या कोई बड़े पैमाने पर उत्पादन प्रणाली के लिए Project Lombok का उपयोग कर बाहर है? यह आपकी संकलन प्रक्रिया को कैसे प्रभावित करता है (यानी यह दो-पास संकलन करता है, इसे धीमा करता है, इसे और अधिक नाजुक बनाता है)?

Answer 1

लंबोक दो-पास संकलन नहीं करता है। तकनीकी रूप से यह संकलन प्रक्रिया को धीमा कर देता है जिसमें यह संकलित होने पर होने वाली सामान्य चीजों के अतिरिक्त चलता है, लेकिन पार्स चरण, निचले चरण और अनुवाद चरण की तुलना में, लोम्बोक मुश्किल से यहां तक ​​कि पंजीयक भी होता है।

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

अस्वीकरण: मैं lombok के दो मुख्य डेवलपर्स में से एक :)

Answer 2

मैं एक गूगल वेब टूलकिट (GWT) बड़े जावा & स्विंग यूआई आवेदन के लिए सामने अंत के विकास, जबकि परियोजना लंबोक इस्तेमाल किया हूँ। जैसा कि मैंने @ स्नीकी ट्राउज़ का उपयोग नहीं किया था, मुझे रनटाइम पर lombok.jar की आवश्यकता नहीं थी।

डेलंबोक व्यवहार का उपयोग करके मैं 2 चरण संकलन प्रक्रिया प्रदान करता हूं। लंबोक एनोटेट जावा कोड => जावा कोड => जावास्क्रिप्ट

बड़े जावा परियोजनाओं के लिए उपयुक्तता के संदर्भ में, वेब सामने अंत के लिए कोड delomboking कम से कम 2 सेकंड, gwt-संकलन के बाकी लेता है प्रक्रिया ~ 50 सेकंड लेती है (ये मीट्रिक डेवलपर कार्य स्टेशन से ली जाती हैं)।

हम इस सप्ताह विचार कर रहे हैं यदि हम शेष आवेदन के लिए लंबोक समर्थन प्रदान करेंगे। मुख्य आवेदन के निर्माण में लगभग 1 घंटा लगते हैं (यूनिट परीक्षण, इंस्टॉलर इत्यादि सहित 2xIntel E5450 के साथ बॉक्स में बनाया गया)।