2010-09-05 7 views
211

पैकेज स्तर Javadoc टिप्पणियां बनाने का प्रयास करते समय, पसंदीदा विधि क्या है? आप क्या करते हैं?जावाडोक: package.html या package-info.java

package-info.java

  • पेशेवरों
    • नई
  • विपक्ष
    • एक वर्ग का दुरुपयोग - क्लासेस, कोड के लिए ही हैं टिप्पणी के लिए नहीं

package.html

  • पेशेवरों
    • एचटीएमएल विस्तार इसकी नहीं कोड आईडीई के/पाठ संपादक
  • विपक्ष में
  • सिंटेक्स हाइलाइटिंग का मतलब
    • कोई नहीं?

मेरे लिए, मैं हमेशा Package.html का उपयोग किया है। लेकिन मैं सोच रहा हूं कि क्या यह सही विकल्प है।

+42

'package-info.java' में [पैकेज] एनोटेशन हो सकते हैं - यह आवश्यक नहीं है कि सभी एपीआई दस्तावेज़ हों। –

+46

मैं कक्षा के दुरुपयोग के रूप में package-info.java को अर्हता प्राप्त नहीं करूंगा। यह एक जावा स्रोत फ़ाइल है (इसमें ".java" फ़ाइल एक्सटेंशन है) लेकिन क्लास फ़ाइल नहीं है क्योंकि इसमें कक्षा घोषणा नहीं है। और, वास्तव में, इसमें कक्षा घोषणा नहीं हो सकती क्योंकि "पैकेज-जानकारी" कानूनी वर्ग का नाम नहीं है। – Scrubbie

+18

पैकेज.html के बजाय package-info.java का उपयोग करने का एक और कारण यह हो सकता है कि .java दस्तावेज़ीकरण का एक विशिष्ट आउटपुट प्रारूप नहीं दर्शाता है। उदाहरण के लिए आप जावाडोक को लाटेक्स या पीडीएफ फाइल के रूप में आउटपुट करना चाहते हैं। जावाडोक कंपाइलर कार्यान्वयन के आधार पर यह .html मामले में समस्याएं पैदा कर सकता है। – honeyp0t

उत्तर

255

package-info.java: "इस फ़ाइल में JDK 5.0 में नया है, और package.html से अधिक पसंद किया जाता है।" - javadoc - The Java API Documentation Generator

परिशिष्ट: बड़ा अंतर पैकेज एनोटेशन हो रहा है। 7.4 Package Declarations में तर्क के तरीके में थोड़ा और है।

परिशिष्ट: एनोटेशन सुविधा का भी उल्लेख किया गया है here और here

परिशिष्ट: Declarative Programming in Java: Package-Level Annotations भी देखें।

+3

कोई विशेष कारण यह क्यों पसंद करता है? – TheLQ

+2

@TheLQ: मैं पैकेज एनोटेशन का अनुमान लगा रहा हूं, क्योंकि कंपाइलर के पास काम करने के लिए अधिक जानकारी है; – trashgod

+3

पैकेज एनोटेशन मेरे लिए नए हैं, और इसके दायरे के कारण पैकेज-info.java के लिए एक अच्छा कारण प्रतीत होता है। – stacker

संबंधित मुद्दे