मेरे पास एक खुला स्रोत जावा डेटाबेस माइग्रेशन टूल (http://www.liquibase.org) है जिसे मैं .NET पर पोर्ट करने पर विचार कर रहा हूं।जेवीएम/सीएलआर स्रोत-संगत भाषा विकल्प
अधिकांश टूल (कम से कम एक जटिलता पक्ष से) तर्क के आसपास है "यदि आप प्राथमिक कुंजी जोड़ रहे हैं और डेटाबेस ओरेकल इस SQL का उपयोग करता है। यदि डेटाबेस MySQL इस SQL का उपयोग करता है। यदि प्राथमिक कुंजी नाम दिया गया है और डेटाबेस पोस्टग्रेस इस एसक्यूएल का उपयोग करता है "।
मैं जावा कोडेबेस को फोर्क कर सकता हूं और इसे मैन्युअल रूप से और/या स्वचालित रूप से गुप्त कर सकता हूं, लेकिन उपर्युक्त तर्क के अपडेट और बग फिक्स के रूप में मैं इसे दोनों संस्करणों पर लागू नहीं करना चाहता हूं। मैं जो करना चाहता हूं वह उस तर्क को एक रूप में ले जाया गया है जिसे संकलित और जावा और नेट दोनों संस्करणों द्वारा बेकार किया जा सकता है।
जो कोड मैं कनवर्ट करना चाहता हूं उसमें कोई उन्नत लाइब्रेरी उपयोग (जेडीबीसी, सिस्टम.आउट, आदि) शामिल नहीं है जो जावा से .NET में महत्वपूर्ण रूप से भिन्न होगा, इसलिए मुझे नहीं लगता कि यह एक मुद्दा होगा सबसे खराब इसे चारों ओर डिजाइन किया जा सकता है)।
तो क्या मैं देख रहा हूँ है:
- जिसमें मैं में मेरे ऐप्लिकेशन के आम भागों कोड और प्रयोग करने योग्य वर्गों में यह संकलन "मानक" भाषाओं से लक्ष्य मंच पर कर सकते हैं एक भाषा
- प्रणाली
- कुछ भी नहीं तो अजीब है कि यह दूर डराता है के लिए किसी भी क्रम आवश्यकताओं नहीं जोड़ करता है संभावित योगदानकर्ताओं
मैं के.एन. ओवी पायथन और रूबी दोनों में जेवीएम और सीएलआर के लिए कार्यान्वयन है। वे मेरी आवश्यकताओं को कितनी अच्छी तरह फिट करते हैं? क्रॉस-प्लेटफ़ॉर्म अनुप्रयोगों के लिए इस तकनीक का उपयोग करके कोई भी सफल (या असफल) रहा है? क्या कोई गॉचाचा है जिसके बारे में मुझे चिंता करने की ज़रूरत है?
मुझे लगता है कि फैन सबसे अच्छा विकल्प प्रतीत होता है। जावा पर ज्योथन ऐसा लगता है कि यह थोड़ी देर के लिए काम नहीं किया गया है, जबकि सीएलआर पर आयरनरुबी संस्करण 0.3 पर है। मुझे यह जानने के लिए और अधिक जानना होगा कि क्या मैं वास्तव में करना चाहता हूं या अगर केवल कांटा करना आसान है। –
जेथॉन की नवीनतम रिलीज नवंबर में थी, और यह काफी सक्रिय प्रतीत होती है, हालांकि मैं मानता हूं कि इस मामले में फंताम बेहतर फिट है। – Yishai