2008-09-25 13 views
13

क्या किसी ने यहां Fantom programming language एक भंवर दिया है? (जानबूझ का मजाक)।Fantom प्रोग्रामिंग भाषा का पहला प्रभाव?

मेरी पहली छाप:

  • मैं या तो नेट या जावा वी एम पर कोड चलाने की क्षमता की तरह।
  • वाक्यविन्यास अच्छा और साफ है और कुछ भी कल्पना की कोशिश नहीं करता है। - वहाँ वास्तव में

लेकिन दोनों जावा और .NET पर चलने के लिए एक भाषा हो रही आसान हिस्सा है:

  • मैं एक धारणा है कि और फैन believe that their USP is their APIs के डेवलपर्स "पुस्तकालय भाषा है" है इस समस्या के कई समाधान हैं। कठिन हिस्सा पोर्टेबल एपीआई प्राप्त कर रहा है। फैन एपीआई का एक सेट प्रदान करता है जो जावा और .NET एपीआई को दूर करता है। हम वास्तव में फैन के प्राथमिक लाभों में से एक मानते हैं, क्योंकि यह हमें सिस्टम एपीआई का एक सूट विकसित करने का मौका देता है जो जावा और .NET काउंटर भागों की तुलना में सुरुचिपूर्ण और उपयोग करने में आसान है।

  • कोई अन्य विचार, पहला छाप, पेशेवर और विपक्ष?

    +1

    आपका पन blew: पी – mdec

    +0

    मैं वास्तव में जानना चाहूंगा कि सवाल क्यों कम हो गया है। –

    +5

    क्योंकि लोग झटके हैं। –

    उत्तर

    1

    यह रूबी द्वारा बहुत प्रेरित दिखता है। यह कहता है कि यह भयानक है लेकिन मुझे नहीं पता कि वास्तव में कैसे। boo के साथ तुलना करें, जो अभी तक कई परिपक्व है (इसके वाक्यविन्यास पाइथन प्रेरित हैं) हालांकि।

    जेनेरिक और नेमस्पेस को सीमित रखने के लिए डिज़ाइन निर्णय बहुत ही सीमित हैं।

    +0

    बू वास्तव में जावा और नेट के बीच swtich कर सकते हैं। फैन की तरह ?? –

    +0

    नहीं, लेकिन यह मोनो और .NET के बीच स्विच कर सकता है:) जावा और .NET के बीच स्विचिंग पर्याप्त कारण नहीं है। IKVMM .NET में लागू एक JVM है! –

    0

    यह बहुत दिलचस्प है।

    जावा (या सी #) को जेवीएम (या सीएलआर) बनाकर प्लेटफार्म निर्भरता को खत्म करने के लिए बनाया गया था जो रन टाइम पर कोड को एक विशिष्ट मशीन कोड में संकलित करेगा।

    अब, एक लैंग्यूज है जो वर्चुअल मशीन स्वतंत्र है? उम .... क्या नरक है?!?

    फिर, यह एक बहुत ही दिलचस्प विषय है, यही कारण है कि भविष्य हो सकता है ... :) एक सार्वभौमिक एकल languege के लिए जा रहा

    +0

    यो डॉग, मैंने आपको मशीन स्वतंत्रता की तरह सुना है! – Ken

    2

    मैं उनके स्पष्टीकरण यह योग अप लगता है:

    "प्राथमिक कारण हमने फैन बनाया है सॉफ़्टवेयर लिखने के लिए जो जावा वीएम और .NET सीएलआर दोनों पर चल सकता है। वास्तविकता यह है कि कई सॉफ़्टवेयर संगठन इन प्लेटफार्मों में से एक या पर प्रतिबद्ध हैं। "

    यह अन्य सभी गैर-जेवीएम/.NET भाषाओं की तुलना में बेहतर नहीं दिखता है। उनके बारे में किसी भी जानकारी की अनुपस्थिति में (उनका ब्लॉग सिर्फ एक त्रुटि पृष्ठ है), मुझे कोई कारण नहीं दिखता कि वे दूसरों के मुकाबले यह राक्षस क्यों प्राप्त करेंगे। प्रत्येक भाषा उन चीज़ों के सेट के लिए काफी सुरुचिपूर्ण शुरू होती है, जिनके लिए इसे डिजाइन किया गया था (हालांकि मुझे अभी देखे गए छोटे फैन कोड में कुछ अजीबता दिखाई देती है) - असली सवाल यह है कि यह पूरी तरह से नई चीजों के लिए कितना अच्छा है, और हम अभी तक यह नहीं जानते हैं।

    लेकिन अगर आपके संगठन का कोई नियम है कि "सबकुछ हमारे वीएम पर चलाना चाहिए", तो यह आपके लिए स्वीकार्य समझौता हो सकता है।

    आप केवल वीएम आजादी के लिए बहुत भयानक छोड़ रहे हैं। उदाहरण के लिए, आपका एसओ पर पहला फैन प्रश्न है - कुछ परिमाण लिस्प से कम के आदेश के आदेश।

    फैन सबसे अच्छा समाधान क्या समस्या है? पायथन और रूबी पहले से ही दोनों वीएम (या न तो) पर चल सकते हैं, बड़े समुदायों और बड़ी पुस्तकालय हैं, और यह समान स्तर के अमूर्तता के बारे में प्रतीत होते हैं, लेकिन बहुत अधिक परिपक्व हैं।

    +0

    +1 - यह देखने के लिए चालाक तरीका है कि यह एक सुंदर अस्पष्ट भाषा है ("लिस्प से कम परिमाण के आदेश")। मैं आपके अवलोकनों से सहमत हूं आरई: पायथन और रूबी के बारे में: वे काफी नए हैं और पहले से ही वीएम समर्थन विकल्पों की विविधता है। –

    0

    मुझे लगता है कि यह एक महान भाषा की तरह दिखता है, लेकिन मुझे यकीन नहीं है कि यह कितना उपयोगी है। मुझे नहीं लगता कि यह .NET और JVM को लक्षित करने के लिए उपयोगी है। जावा पहले से ही क्रॉस-प्लेटफ़ॉर्म है, और .NET भी मोनो के साथ है। दो वीएम को लक्षित करके, आपको केवल उन एपीआई का उपयोग करना होगा जो दोनों पर उपलब्ध हैं। आप जावा और .NET के लिए उपलब्ध किसी भी महान देशी एपीआई का उपयोग नहीं कर सकते हैं। मैं कल्पना नहीं कर सकता कि उनका एपीआई कहीं भी जावा के .NET के रूप में पूर्ण है।

    1

    मैंने कुछ हफ्ते पहले प्रशंसक के बारे में कभी नहीं सुना है। वेबसाइट से, यह लगभग एक वर्ष पुराना है, फिर भी बहुत युवा और अप्रमाणित है। हालांकि कुछ दिलचस्प अंक हैं: सबसे पहले भाषा एक अभिनेता मॉडल (एर्लांग के समान) प्रदान करके और अपरिवर्तनीय वस्तुओं का समर्थन करके समेकन की समस्या से निपट रही है। दूसरा, वस्तु टाइप अनुमान के साथ स्कैला के उदाहरण का पालन करती है। टाइप अनुमान प्रोग्रामर को प्रकार की घोषणाओं को छोड़ने की अनुमति देता है, लेकिन यह स्थिरता प्रकार की भाषा की दक्षता को संरक्षित करते समय गतिशील रूप से टाइप भाषा में छोटे और क्लीनर कोड का लाभ प्रदान करने वाले कंपाइलर द्वारा गणना की जाती है। और आखिरकार, यह बहुत तेज भाषा की तरह लगता है, लगभग जावा जितना तेज़ और वास्तव में जेएम पर दूसरी सबसे तेज भाषा को बंद या मार रहा है: स्कैला। प्रदर्शन दिखाते हुए बेंचमार्क http://www.slideshare.net/michael.galpin/performance-comparisons-of-dynamic-languages-on-the-java-virtual-machine?type=powerpoint पर पाया जा सकता है।

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