क्या किसी को स्टाइल चेकर्स या बिल्ड टूल्स के बारे में पता है जो बिल्ड सर्वर से ऑटोबॉक्सिंग और अनबॉक्सिंग को ध्वजांकित करेंगे?ऑटोबॉक्सिंग का पता लगाने के लिए उपकरण का निर्माण?
मेरे पास पहले से ही इसे अंत में ध्वजांकित करने के लिए ग्रहण विकल्प है, लेकिन प्रोजेक्ट में हर कोई एक ही आईडीई या एक ही सेटिंग्स का उपयोग नहीं करता है। बिल्ड साइड पर इसे ढूंढना एकमात्र तरीका है यह पता लगाने का एकमात्र तरीका है कि यह परियोजना में कहां जा सकता है।
एक बेहतर टूल वह होगा जो कोडर पथ पर ऑटो-मुक्केबाजी को हाइलाइट करता है जो प्रोफाइलर साबित करता है मुक्केबाजी के कारण धीमा है। स्पष्ट मुक्केबाजी को मजबूर करना कचरा संग्रह से बचने जैसा है क्योंकि यह किनारे के मामले में धीमा हो सकता है। उपकरण को अपनी नौकरी - संकलक और भाषा को वास्तविक समस्या को व्यक्त करने और प्रदर्शन समस्याओं को पकड़ने में प्रोफाइलर को व्यक्त करने दें। एक समस्या को हल करने के संदर्भ में स्पष्ट मुक्केबाजी अप्राकृतिक है क्योंकि यह भाषा की बारीकियों को दिखाती है जो समाधान विवरण का हिस्सा नहीं हैं।
संपादित करें: क्या इस प्रकार की टिप्पणी यहां उचित है? मैं वास्तव में सहायक होने की कोशिश कर रहा हूं - असल में मैंने विशेष रूप से अतीत में सीएलआई box हॉट पथ पर ओपोड के उदाहरणों की पहचान करने के लिए एक उपकरण के बारे में सोचा है।
@ 28OZ28: पुनः टिप्पणी - मुझे लगता है कि यह उचित है। –
Findbugs संभावित समस्याग्रस्त मुक्केबाजी मुद्दों के कई specific cases की पहचान करेगा। मैं सीधे एक उदाहरण से जुड़ा हुआ हूं, लेकिन यदि आप उस पृष्ठ में "बॉक्स" के लिए Ctrl-F करते हैं, तो आप बाकी आसानी से पाएंगे। मुझे लगता है कि विशिष्ट मुक्केबाजी की समस्याओं की तलाश सबकुछ के थोक झंडे से बेहतर है। (दूसरे शब्दों में, मैं 280Z28 से सहमत हूं)
यदि आप ग्रहण का उपयोग कर रहे हैं, तो प्राथमिकताएं लाएं और जावा - कंपाइलर - त्रुटियों/चेतावनियों पर जाएं। संभावित प्रोग्रामिंग समस्या अनुभाग में से एक विकल्प में, आप ऑटो-मुक्केबाजी/अनबॉक्सिंग को चेतावनी या त्रुटि के रूप में चालू कर सकते हैं। प्रोफाइलर के साथ उपयोग किए जाने पर यह स्थैतिक विश्लेषण बहुत उपयोगी हो सकता है।
280z28 के अनुसार, यह एक उपकरण होना बेहतर होगा जिसमें ऑटो-मुक्केबाजी/अनबॉक्सिंग मामले पाए जाते हैं जिन्हें अक्सर बार-बार कहा जाता है और प्रदर्शन को प्रभावित करने के लिए। हालांकि मुझे इस तरह के एक उपकरण के बारे में पता नहीं है।
मूल पोस्टर ने कहा था कि वह ऐसा कुछ ढूंढ रहा था जिसे ग्रहण का उपयोग करने के लिए अपनी टीम पर हर किसी की आवश्यकता नहीं होगी। मैं एक ही नाव में हूं, जहां मेरे पास डेवलपर्स की एक टीम है जो टीम में एक विशेष आईडीई लागू किए बिना टीम में ऑटोबॉक्सिंग का उपयोग प्रतिबंधित करना चाहती है। दुर्भाग्यवश, मुझे अभी तक ऐसा टूल नहीं मिला है जो इसे किसी विशेष आईडीई के बाहर करता है। –
क्या यह जावा स्रोत कोड पर स्थिर विश्लेषण करने के लिए कुछ प्रकार का टूल होगा? –