2008-08-08 17 views
21

मैंने अभी देखा है comment of suggesting J#, और यह मुझे आश्चर्यचकित कर दिया ... जावा पर जे # का वास्तविक, लाभकारी उपयोग है? इसलिए, मेरी भावना यह है कि जे # का उपयोग करने पर भी विचार करने का एकमात्र कारण यह है कि प्रबंधन ने यह आदेश दिया है कि कंपनी को जावा बैंडवैगन ... और .NET बैंडवैगन पर कूदना चाहिए। यदि आप जे # का उपयोग करते हैं, तो आप जावा को चुनने का सबसे बड़ा लाभ प्रभावी ढंग से खो रहे हैं ... समृद्ध क्रॉस प्लेटफार्म समर्थन। निश्चित रूप से मोनो है, लेकिन यह समृद्ध रूप से समर्थित नहीं है या पूर्ण विशेष रूप से सही है? मुझे याद है कि फॉर्म पूरी तरह से समर्थित नहीं हैं (शायद बिल्कुल) समर्थित हैं।क्या जे # का उपयोग करने का वास्तविक लाभ है?

मैं यहां .NET को टक्कर देने की कोशिश नहीं कर रहा हूं, मैं बस कह रहा हूं, यदि आप माइक्रोसॉफ्ट रूट जाने जा रहे हैं, तो क्यों न केवल सी # का उपयोग करें? यदि आप जावा रूट जाने जा रहे हैं, तो जे # तस्वीर क्यों दर्ज करेगा?

मुझे कुछ असली दुनिया के मामलों को खोजने की उम्मीद है, इसलिए कृपया विशेष रूप से जवाब दें कि आपने वास्तव में वास्तविक परियोजना में जे # का उपयोग किया है और क्यों।

+0

जे # बहुत शुरुआत से, माइग्रेशन भाषा थी। जावा के माइक्रोसॉफ्ट के संस्करण वीजे ++ का इस्तेमाल करने वाले बहुत सारे देव थे। जब .NET बाहर आया, कंपनी ने जे # को उन देवताओं और उनके कोड को अपरिवर्तित करने के लिए एक तरीका के रूप में प्रदान किया। आज, शुरूआत, जे # का उपयोग करने का कोई कारण नहीं है। – Cheeso

उत्तर

20

जे # अब वीएस -2008 में शामिल नहीं है। जब तक आपके पास पहले से ही जे # कोड नहीं है, तो आपको शायद दूर रहना चाहिए।

j# product page:

से

के बाद से ग्राहकों ने हमें बताया है कि सेट मौजूदा J # सुविधा काफी हद तक उनकी जरूरतों को पूरा करती है और जम्मू # के उपयोग है गिरावट, माइक्रोसॉफ्ट विजुअल J # उत्पाद अवकाश ग्रहण करने वाले और जावा भाषा रूपांतरण है बेहतर ग्राहक आवश्यकताओं के लिए संसाधन आवंटित करने के लिए सहायक उपकरण। जे # भाषा और जेएलसीए उपकरण विजुअल स्टूडियो के भविष्य में संस्करणों में उपलब्ध नहीं होगा। J # में मौजूदा ग्राहक निवेश की रक्षा करने के लिए, माइक्रोसॉफ्ट का समर्थन करने के J # और JLCA प्रौद्योगिकी के माध्यम से विजुअल स्टूडियो 2005 के साथ भेज दिया 2015 तक प्रति हमारे उत्पाद जीवन चक्र रणनीति के रूप में जारी रहेगा। अधिक जानकारी के लिए, विस्तृत माइक्रोसॉफ्ट सपोर्ट लाइफसाइक्ल व्यवसाय के लिए नीति & विकास उत्पाद देखें।

7

J # का पूरा उद्देश्य (मैं यहाँ अनुमान लगा) नेट वातावरण जिसमें इतनी अच्छी तरह से काम नहीं किया करने के लिए जावा डेवलपर्स के संक्रमण को कम करने के तो माइक्रोसॉफ्ट विजुअल स्टूडियो 2008 से J # गिरा अपने प्रश्न के लिए है, "क्या # # का उपयोग करने का वास्तविक लाभ है?" संक्षेप में ... नहीं ..

0

अतीत में जे # के साथ मिले हत्यारों में से एक यह है कि संदर्भ के लिए कोई समर्थन नहीं है वेब सेवाएं। वह अकेला ही मुझे तब से रोकने के लिए पर्याप्त रहा है।

+0

यह अप्रासंगिक है। यदि आपके पास क्लाइंट प्रॉक्सी क्लास है जो किसी वेब सेवा से कनेक्ट होती है, तो आप उस प्रॉक्सी का उपयोग किसी भी .NET भाषा से कर सकते हैं। यदि ग्राहक प्रॉक्सी सी # में कार्यान्वित किया जाता है, तो इससे कोई फर्क नहीं पड़ता। आप अभी भी इसे J # से उपयोग कर सकते हैं। ऐसा कहकर, जे # से बचने के लिए पहले उल्लेख किए गए अच्छे कारण अभी भी हैं। – Cheeso

1

सी # सिंटैक्स जावा के करीब है (और कुछ तरीकों से बेहतर) कि आप जे # के बजाय सी # सीख सकते हैं। और चूंकि सी # अधिक व्यापक रूप से उपयोग किया जाता है, इसलिए आप Google पर आसानी से जावा -> सी # ट्यूटोरियल ढूंढ सकते हैं या http://www.asp.net/learn देख सकते हैं और कुछ वीडियो देख सकते हैं।

+1

... और कुछ अलग तरीकों से भी बदतर। –

1
J # करने के बजाय

, मैं नहीं बल्कि iKVM (http://www.ikvm.net/) सी # में विधानसभाओं के साथ ही पहुँच जावा APIs नेट के लिए अपने जार कन्वर्ट करने के लिए पसंद करेंगे।

-1

दृढ़ता से सहमत हैं कि वाक्य रचनात्मक रूप से सी # जावा हाथों को धड़कता है, इसलिए वास्तव में जे # के निधन को शोक करने का कोई कारण नहीं है। अब जावा बाइटकोड में संकलन करने की कोशिश कर रहा है एक दिलचस्प कदम हो सकता है क्योंकि सूर्य के हॉटस्पॉट जेवीएम एक महान सॉफ्टवेयर है।

या, अच्छी तरह से, जावा की अगली पीढ़ी हो सकता है क्या कैसे Scala on the CLR के बारे में ...

1

मैं इसे एक ऐसा मामला है जिस की भाषा बेहतर है नहीं लगता है के साथ मज़ा की एक बिट के लिए। .NET दुनिया में विभिन्न भाषाओं के पुस्तकालयों के बीच कुछ विसंगतियां हैं। ऐसी कुछ कार्यक्षमताएं हैं जो VB.NET में उपलब्ध हैं जिन्हें आप सी # से उपयोग करना पसंद कर सकते हैं लेकिन नहीं कर सकते हैं। मुझे याद है कि मुझे कुछ ज़िप पुस्तकालयों का उपयोग करने के लिए जे # का उपयोग करना था जो .NET में किसी अन्य भाषा में उपलब्ध नहीं थे।

0

मैंने जे # को जावा पुस्तकालय को सी # में पोर्ट करने के लिए एक आसान अंतरिम चरण के रूप में उपयोग किया है। यह पोर्ट कोड के लिए एक अच्छा तरीका बनाने के लिए बनाया गया है, मैं जावा से .NET तक बनाए रखने की योजना नहीं बना रहा हूं। हालांकि, सी # में सभी नए विकास किए जा रहे हैं।

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