जावास्क्रिप्ट के बजाय कॉफ़ीस्क्रिप्ट क्यों? [बन्द है]


24

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


5
तो, जावा बाइटकोड और C #, VB.NET और IL को संकलित करने वाली अन्य .NET भाषाओं के संकलन भी बुरे विचार हैं?
ओड

10
अंतर यह है कि लोग आमतौर पर सीधे बायटेकोड और आईएल में प्रोग्राम नहीं करते हैं (जब तक कि मुझसे गलती न हो) जबकि जावास्क्रिप्ट में प्रोग्रामिंग आम है, इसलिए उनका आश्चर्य / प्रश्न।
Wildpeaks

14
इस "प्रश्न" में तीन विस्मयादिबोधक बिंदु और कोई प्रश्नचिह्न नहीं है
azheglov

यदि आप IL में कोड करना पसंद करते हैं तो मैं गलत हूं। मैं केवल यह सोच रहा हूं कि जावास्क्रिप्ट पर्याप्त है। और जब यह ECMAScript 5 में चला जाएगा और सख्त मोड को ब्राउज़रों में लागू किया जाएगा तो यह और भी बेहतर होगा। लेकिन मैं यह नहीं कह रहा हूं कि कुछ और करना पूरी तरह से गलत है। मैं पेशेवरों और विपक्षों की चर्चा चाहता हूं कि आप js के अलावा कुछ और क्यों पसंद करेंगे।
मार्को

3
___ चूसता है, क्या मैं सही हूँ?
टीआरजी

जवाबों:


21

कॉफीस्क्रिप्ट जावास्क्रिप्ट के शीर्ष पर ज्यादातर एक अलग वाक्यविन्यास है।

यदि आप जावास्क्रिप्ट को समझते हैं और सही मायने में जावास्क्रिप्ट को समझते हैं, तो आपके कॉफ़ीस्क्रिप्ट का उपयोग करने की अनुमति है यदि आप कहते हैं, तो व्हॉट्सएप और पसंद करें ->

मैं जेएस और सीएस के बीच के अंतर के बारे में बहस करने जैसा ही मानता हूं

if (thing)
{
  // code
}

if (thing) {
  // code
}

(उत्तरार्द्ध बेहतर है। जो कोई भी पूर्व को गोली मारता है)।

वैसे भी, कॉफ़ीस्क्रिप्ट के साथ मुख्य मुद्दा यह है कि लोग इसमें (मुख्य रूप से रेल से) आते हैं और फिर जावास्क्रिप्ट को जाने बिना कॉफ़ीस्क्रिप्ट लिखते हैं।

इसलिए coffeescript में jQuery के समान सभी दोष हैं। वे खराब प्रोग्रामर के लिए अधिक खराब जावास्क्रिप्ट लिखने के लिए सिर्फ अधिक प्रवेश बिंदु हैं। हमें वास्तव में किसी भी तरह कोड गुणवत्ता को हल करने की आवश्यकता है।


8
ऑफोपिक : the latter is better. Anyone who does the former should get shot- यह भाषा पर निर्भर करता है - मुझे पहली शैली पसंद है, लेकिन इसके जेएस के साथ संगत नहीं है , जो कि मेरी मुख्य भाषा है।)
c69

1
it depends on the language.मुझे लगता है कि वह जावास्क्रिप्ट के संबंध में थे।
वर्धमान देशपांडे

1
वहाँ भी चीजें हैं जो आप बस CoffeeScript में नहीं कर सकते हैं। आपके पास वस्तु के निर्माण और इस तरह की तुलना में काफी कम नियंत्रण है।
एरिक रेपेन

सिर्फ c69 की टिप्पणी में जोड़ते हुए, पहले तरीके से प्रारूपित करने से वास्तविक समस्याएं पैदा हो सकती हैं: encosia.com/…
Buzzology

1
(उत्तरार्द्ध बेहतर है। जो कोई भी पूर्व गोली मारता है) - यह साबित करो! अतिवाद केवल बुरा है चाहे कोई भी हो, कब, कहां।
ऋषिकेशप

13

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

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

इन कारणों से, लोगों को अधिक परिचित (अधिक "वास्तविक") भाषाओं का निर्माण करने की आवश्यकता महसूस होती है, जो जावास्क्रिप्ट को स्थानांतरित करती हैं। वे शास्त्रीय OO, स्थिर टाइपिंग, और अन्य भाषाओं में दिखाई देने वाली अन्य विशेषताओं का आराम चाहते हैं। वे जेएस का उपयोग करते हुए अनुभवहीन प्रोग्रामर द्वारा बनाई गई राक्षसीताओं को देखते हैं, और सोचते हैं कि यह भाषा में "मौलिक दोष" (Google को उद्धृत करने के लिए) का परिणाम होना चाहिए।

</ शेख़ी>

वैसे भी, जो आप चाहते हैं उसका उपयोग करें। मैं अपनी वस्तु शाब्दिक, गतिशील टाइपिंग, और प्रोटोटाइप ओ ओ, धन्यवाद के साथ रहूँगा।


2
अरे, लेकिन हमारी सभी समस्या को हल करने के लिए डार्ट नहीं जा रहा है! (</ व्यंग्य>)
रेयानोस

उसे स्वीकार करें! (डार्ट टिप्पणी नहीं!)
मार्को

यह 2018 है और जावास्क्रिप्ट ने दबाव में दम तोड़ दिया class: - /
akush981

4

मुझे लगता है कि लाभ (अस्वीकरण: मैंने वेबसाइट पर उदाहरण के साथ खेलने से परे कॉफीस्क्रिप्ट का उपयोग नहीं किया है) यह है कि यह जावास्क्रिप्ट को उस भीड़ के लिए थोड़ा अधिक सहज बनाता है जो इसे पूरा कर रही है: यानी रूबी / पायथन लोग।

मुझे व्यक्तिगत रूप से कॉफीस्क्रिप्ट की आवश्यकता नहीं है, क्योंकि मुझे जावास्क्रिप्ट सिंटैक्स पसंद है। हालांकि, मैं देखता हूं कि यह कैसे उपयोगी हो सकता है।


1
हाँ, मुझे लगता है कि माणिक / पायथन सिंटैक्स मेरे लिए संदेहास्पद लगता है, क्योंकि मैं ज्यादातर सी-स्टाइल भाषाओं जैसे जावास्क्रिप्ट, सी #, पीएचपी, एक्शनस्क्रिप्ट और जावा में कोडिंग करता रहा हूं।
मार्को

4
यह (सिवाय ज्यादातर मेरे लिए ठीक लग रहा है ->और =>वाक्य रचना) के बाद से मैं रूबी / पायथन एक छोटे से उपयोग किया है, लेकिन मुझे लगता है कि हम कैसे सर्वव्यापी यह है की वजह से दूर जावास्क्रिप्ट छिपाने की कोशिश नहीं करनी चाहिए। हां, इसमें से कुछ क्लूनी है लेकिन "शुद्ध" सीखना IMO जंगल में "शुद्ध" जावास्क्रिप्ट के प्रसार के कारण निवेश पर बेहतर रिटर्न है।
वेन मोलिना

0

आप वाक्य रचना पसंद करते हैं या नहीं व्यक्तिपरक, हालांकि तथ्य यह है कि कॉफ़ीस्क्रिप्ट कुछ कष्टप्रद जावास्क्रिप्ट मौसा का ख्याल रखता है। बेशक, यह अभी भी अस्पष्ट है कि क्या यह एक नई भाषा शुरू करने और संकलन कदम के साथ मुकाबला करने के लायक है।


6
"गुस्सा करने वाला जावास्क्रिप्ट मौसा" कॉफीस्क्रिप्ट नहीं करता है, यह सिर्फ चीनी और सिंटैक्स देता है। मैं खुद मौसा से बच सकता हूं, और मैं करता हूं।
रेयानोस
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.