अंतर्राष्ट्रीयकरण के लिए जावा और जीएनयू गेटटेक्स्ट

Question

क्या किसी को अंतर्राष्ट्रीयकरण के लिए जीएनयू गेटटेक्स्ट का उपयोग करके बड़े जावा अनुप्रयोगों को विकसित करने में कोई अनुभव है? मुझे लगता है कि मुझे वास्तव में मेरे स्रोत कोड में अंग्रेजी पाठ होना पसंद है, लेकिन मैं यह सुनिश्चित करना चाहता हूं कि मैं जो कर रहा हूं वह अपेक्षाकृत बड़ी सॉफ्टवेयर परियोजना के लिए व्यावहारिक है जिसका मैं हिस्सा हूं।

यदि आपके पास इसका अनुभव है, तो आप जावा में संसाधनों को देखने के लिए क्या उपयोग कर रहे हैं? मैं वर्तमान में गेटटेक्स्ट कॉमन्स (http://code.google.com/p/gettext-commons/) का प्रयास कर रहा हूं, जो अब तक अच्छी तरह से काम कर रहा है।

गेटटेक्स्ट के लिए कोई विकल्प जो मूल स्रोत को आपके स्रोत कोड में रखता है? विंडोज पर समर्थित एक समान टूल बहुत अच्छा होगा।

Answer 1

JSOM खुला स्रोत OpenStreetMap जावा संपादक परियोजना अपने सभी अनुवाद को संभालने के लिए gettext पुस्तकालय उपयोग कर रहा है और इसे बाहर काम कर रहा है बहुत अच्छी तरह से के रूप में लोगों (KBabel, poedit, लॉन्चपैड की तरह अनुवाद टूल में से एक variate उपयोग कर सकते हैं ...) पीओ फाइलों के साथ काम करने के लिए वहां कोई प्लेटफार्म बाधा नहीं है। इसके अलावा, मैं काफी तुम क्यों लगता है कि उल्लेख किया सेटअप किसी भी मंच पर नहीं किया जा सकता नहीं दिख रहा है - आप निश्चित रूप से Windows में gettext उपयोग कर सकते हैं: here या here

को देखते हुए कैसे लोकप्रिय gettext है मैं निश्चित रूप से यह सिफारिश करेंगे।

Answer 2

आप इसके बजाय plain old Java message resource bundles का उपयोग कर सकते हैं।

संपादित: ठीक है, क्या हम वास्तव में हमारे विकास दल में उपयोग मानक TMX format आप एक्सएमएल फाइल में स्थानीयकरण तार निर्दिष्ट करने देती है। यह आमतौर पर अनुवाद उपकरण द्वारा उपयोग किया जाने वाला एक प्रारूप है। Here is a free one, जो आपको इन फ़ाइलों को अधिक आसानी से संपादित करने देता है।

फिर भी मैंने इसका पहले उल्लेख नहीं किया है क्योंकि यह संदेश संसाधन बंडलों पर कोई वास्तविक लाभ या कार्यक्षमता प्रदान नहीं करता है, एक बेहतर एन्कोडिंग हैंडलिंग को छोड़कर एक्सएमएल प्रोसेसिंग टूल्स के लिए धन्यवाद (अंतर्राष्ट्रीयकरण को संभालने पर एन्कोडिंग गर्दन में वास्तविक दर्द हो सकती है भाषाओं में शब्दकोष अंग्रेजी से अलग)।

इसके अलावा हम वास्तव में उपयोग करते हैं कि हमारा सॉफ्टवेयर हमारा स्वयं का ढांचा है जो इस XML प्रारूप को पार करता है और हमें अपने अनुप्रयोगों को पुनरारंभ किए बिना भाषाओं (HTML पृष्ठों या स्विंग फ्रेम में) के बीच बदल देता है। एक साधारण पुस्तकालय विकसित करना मुश्किल नहीं है जो इस तरह के शाब्दिक अनुवादों को संभालता है, लेकिन नकारात्मकता यह है कि आपको इसे लागू करना होगा।