जावा। प्रोपर्टीज फाइलें दृढ़ता से टाइप की गई कक्षाओं के रूप में

Question

क्या दृढ़ता से टाइप की गई कक्षाओं के रूप में गुण फ़ाइलों को प्राप्त करने का कोई तरीका है? मुझे लगता है कि कोड जेनरेटर हैं लेकिन एनोटेशन के साथ ऐसा करना बहुत कूलर होगा।

मेरा मतलब क्या है;

foo.properties file 
keyFoo = valuefoo 
keyBar = valuebar 

@properties(file="foo.properties") 
class foo { } 

साथ

शायद

class foo { 
    String getKeyFoo() { } 
    String getKeyBar() { } 
} 

हो जाता है नहीं तो मुझे लगता है कि के लिए एक ओपन सोर्स प्रोजेक्ट शुरू करेगा?

प्रश्न के लिए अतिरिक्त;

सोचें कि हमारे पास foo.properties फ़ाइल है जिसमें 10 से अधिक प्रविष्टियां हैं; और लगता है कि यह एक साधारण विन्यास फाइल के रूप में प्रयोग किया जाता है। मेरा मानना ​​है कि इस कॉन्फ़िगरेशन प्रविष्टियों को डिज़ाइन के अन्य भागों में संबंधित getXXX विधियों के साथ कॉन्फ़िगरेशन क्लास के रूप में प्रदान किया जाना चाहिए। फिर शेष सिस्टम प्रमुख नामों से निपटने के बजाय प्रदत्त वर्ग के माध्यम से कॉन्फ़िगरेशन तक पहुंचता है और कॉन्फ़िगरेशन कहां परेशान करने की आवश्यकता नहीं होती है। फिर जब आप कॉलर्स का परीक्षण कर रहे हों और फ़ाइल सिस्टम पर निर्भरता दूर हो तो आप इस वर्ग को नकली के साथ प्रतिस्थापित कर सकते हैं। दूसरी तरफ को वास्तव में अच्छा लगा है दृढ़ता से टाइप की गई फैशन में सभी प्रविष्टियां प्राप्त करें।

तो यह समस्या दृश्यों के पीछे एक कोड जनरेशन मुद्दा है, यह रनटाइम से संबंधित कुछ भी नहीं है। लेकिन एनोटेशन के बजाए बाहरी चीज़ के साथ कोड पीढ़ी मेरे लिए अच्छा नहीं लग रहा था। हालांकि मैं एनोटेशन से बहुत परिचित नहीं हूं, मुझे लगता है कि यह हासिल किया जा सकता है (लेकिन मुझे यह ध्यान में रखेगा कि एनोटेशन मैकडॉवेल पॉइंट्स के रूप में कक्षाएं उत्पन्न नहीं कर सकता)

Answer 1

स्थिरता टाइप की गई फ़ाइलों के रूप में कॉन्फ़िगरेशन करने के लिए somewhat similar project है। यह एक अंतरफलक की घोषणा करने की आवश्यकता है, लेकिन यह कार्यान्वयन में ही भर देता है:

public interface AppConfig extends Config { 
    long getTimeout(); 
    URL getURL(); 
    Class getHandlerClass(); 
} 

Answer 2

यदि आप इसे स्थिर रूप से करना चाहते हैं, तो यह कोड कोड समस्या जिसे आसानी से हल किया जा सकता है (फ़ाइल में प्रत्येक आइटम के लिए, एक नया getXXX विधि उत्पन्न करें)।

लेकिन यदि आप इसे रनटाइम पर चाहते हैं, तो आपको अपनी कोड संदर्भ विधि रखने की समस्या है जो संकलन समय पर मौजूद नहीं है; मुझे नहीं लगता कि यह किया जा सकता है।

(ध्यान दें कि आप देख रहे हैं एक परियोजना idead, रिवर्स, एक्सेसर विधि और एनोटेशन, और एक कार्यान्वयन क्रम में उत्पन्न के साथ एक अंतरफलक करना, उस टिप्पणी किए गए तरीकों पर निर्भर करता है के लिए, किया जा सकता है।)

Answer 3

एनोटेशन प्रसंस्करण उपकरण (apt) कक्षाओं संशोधित नहीं कर सकते (हालांकि यह नए लोगों को बना सकते हैं)। संकलन समय पर कक्षा को संशोधित करने के लिए, आपको शायद एएसटी को संपादित करने की आवश्यकता होगी (Project Lombok करता है)। संभवतः कक्षाएं उत्पन्न करने के लिए सबसे सरल दृष्टिकोण होगा और फिर उत्पन्न कोड को अन्य कोड के लिए निर्भरता के रूप में उपयोग करें।

Answer 4

अनगिनत ढांचे हैं जो विभिन्न डिग्री कॉन्फ़िगरेशन के साथ एक्सएमएल के लिए प्राप्त करते हैं। जावा के साथ बंडल वाला मानक एक जैक्सबी है लेकिन यह वास्तव में एक लाइनर एक्सएमएल दृढ़ता फ्रेमवर्क नहीं है ...

समस्या यह है कि गुण फ़ाइल का उपयोग केवल एक्सएमएल (या JSON, ...) से बेहतर काम करेगा तुच्छ वर्गजब कक्षा थोड़ा अधिक जटिल हो जाती है, तो गुण फ़ाइल एक दुःस्वप्न बन जाएगी। एक और समस्या यह है कि छोटी कक्षाओं के साथ - एक्सएमएल और गुणों के बीच बहुत अंतर नहीं है।

इसका मतलब है कि परियोजना का दायरा सीमित होगा। प्रोजेक्ट के लिए अधिकतर उपयोगी गुणों के लोड होने के लिए अधिक उपयोगी।

बड़े आवेदन में मैंने काम किया है, गुण फ़ाइल की दृढ़ता से टाइपिंग अक्सर एक साधारण फैक्ट्री-विधि का उपयोग करके किया जाता है।

Foo foo = Foo.loadFrom("foo.properties"); 

class Foo { 
    static Foo loadFrom(String fileName) { 
     Properties props = new Properties(); 
     props.load(...); 

     Foo foo = new Foo(); 
     foo.setKeyFoo(props.get("KeyFoo")); 
     ... 
     return foo; 
    } 
    ... 
} 

Answer 5

JFig (बदसूरत IMO), Commons Configuration या EasyConf तरह?

Answer 6

ओपी एक जावा एपीआई में एक संपत्ति फ़ाइल को मैप करना चाहेगा, जैसे फ़ाइल में प्रत्येक नामित संपत्ति एपीआई में समान नामित गेटर विधि से मेल खाती है। मुझे लगता है कि एक आवेदन संपत्ति नाम तारों का उपयोग किए बिना संपत्ति मूल्य प्राप्त करने के लिए इस एपीआई का उपयोग करेगा।

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

एकमात्र तरीका यह है कि आप इसे ठीक से कर सकते हैं एक संपत्ति फ़ाइल के लिए एक स्कीमा की अवधारणा का आविष्कार करना होगा जो संपत्ति के नाम और संपत्ति मूल्यों के प्रकार निर्दिष्ट करता है। फिर एक प्रॉपर्टी फ़ाइल एडिटर को कार्यान्वित करें जो सुनिश्चित करता है कि उपयोगकर्ता स्कीमा के साथ संघर्ष करने वाले गुणों को नहीं जोड़ सकता है।

और इस बिंदु पर हमें यह समझना चाहिए कि एक बेहतर समाधान एक्सएमएल का उपयोग संपत्ति फ़ाइल प्रतिनिधित्व के रूप में करना होगा, संपत्ति फ़ाइलों को संपादित करने के लिए एक एक्सएमएल स्कीमा संचालित संपादक, और जेएक्सपी या जावा एपीआई में संपत्ति फ़ाइल को मैप करने के लिए कुछ ऐसा होगा ।

Answer 7

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

ऑब्जेक्टमैपर एम = नया ऑब्जेक्टमैपर(); माईबीन बीन = एम। कन्वर्टवैल्यू (गुण, MyBean.class); // (ध्यान दें: ट्रंक से नवीनतम कोड की आवश्यकता है, अन्यथा वापस पढ़ें पहले लिखने की ज़रूरत)

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

Answer 8

मुझे लगता है कि यह आपकी समस्या का समाधान करेगा मैंने पिछले वर्ष के लिए इस संपत्ति ढांचे पर लिखा है। यह गुण लोड करने के कई तरीकों को प्रदान करेगा, और उन्हें दृढ़ता से टाइप भी किया जाएगा।

http://sourceforge.net/projects/jhpropertiestyp/

पर एक नज़र डालें यह है खुले sourced और पूरी तरह से

प्रलेखित यहाँ SourceForge से मेरी संक्षिप्त विवरण है:

JHPropertiesTyped will give the developer strongly typed properties. Easy to integrate in existing projects. Handled by a large series for property types. Gives the ability to one-line initialize properties via property IO implementations. Gives the developer the ability to create own property types and property io's. Web demo is also available, screenshots shown above. Also have a standard implementation for a web front end to manage properties, if you choose to use it. 

Complete documentation, tutorial, javadoc, faq etc is a available on the project webpage.