|
मोनो Ximian द्वारा शुरू किए गए एक ओपन सोर्स प्रोजेक्ट का नाम है और वर्तमान में नोवेल (Ximian के अधिग्रहण के बाद) GNU / Linux के आधार पर मुफ्त टूल का एक समूह बनाने के लिए और ECMA द्वारा निर्दिष्ट .NET के अनुरूप है। कई GNU / लिनक्स उपयोगकर्ताओं से नफरत है? |
मोनो क्या है?
नहीं, इसका बंदर द्वीप से कोई लेना-देना नहीं है। मोनो CLI (कॉमन लैंग्वेज इन्फ्रास्ट्रक्चर) और C # (Microsoft द्वारा बनाए गए दोनों) का नि: शुल्क कार्यान्वयन है, जो विनिर्देशों से जुड़े विनिर्देशों के अनुसार है ECMA इसके मानकीकरण के लिए। यह कार्यान्वयन खुला स्रोत है।
मोनो में सीएलआई शामिल है, जिसमें वर्चुअल मशीन शामिल है जो कक्षाओं को लोड करने के लिए जिम्मेदार है, जीट कंपाइलर (जस्ट-इन-टाइम) और कचरा कलेक्टर; यह सब कल्पना के अनुसार खरोंच से लिखा गया है एकमा -334.
मोनो में एक C # कंपाइलर भी शामिल होता है, जो विरोधाभासी रूप से C # में लिखा जाता है और CLI की तरह, यह कंपाइलर विनिर्देशों का पालन करता है एकमा -335.
इसके अतिरिक्त मोनो के पास .Net फ्रेमवर्क पुस्तकालयों के साथ संगत पुस्तकालयों की एक सूची है, लेकिन इसमें उन पुस्तकालयों की एक श्रृंखला भी है जो Microsoft के .Net फ्रेमवर्क में मौजूद नहीं हैं; जैसे जीटीके # जो कि जीटीके + टूलकिट, मोनो.एलडीएपी, मोनो.पिक्सिक्स आदि के मूल ग्राफिकल इंटरफेस बनाने की अनुमति देता है।
मोनो की उत्पत्ति
मोनो को मिगुएल डे इकाज़ा द्वारा कल्पना की गई थी, उस समय उनकी कंपनी ज़िमियान द्वारा प्रायोजित परियोजना थी; वर्तमान में नोवेल नोवोएल का अधिग्रहण करने के बाद से मोनो परियोजना का प्रायोजक है।
मोनो बनाने की प्रेरणा उन उपकरणों की खोज के कारण है जो लिनक्स वातावरण में अनुप्रयोगों के तेजी से निर्माण में मदद करेंगे।
मोनो समर्थित प्लेटफार्मों
मोनो वर्तमान में x86, PPC, SPARC और S390 प्लेटफार्मों पर 32-बिट में चलता है; और 86 बिट्स में x64-64 और SPARC; ऑपरेटिंग सिस्टम पर एप्लिकेशन बनाना और निष्पादित करना संभव है: लिनक्स, विंडोज, ओएसएक्स, बीएसडी और सोलारिस।
क्या मोनो .Net फ्रेमवर्क के साथ संगत है?
मोनो के लक्ष्यों में से एक एपीआई 1.1 के साथ संगतता की एक उच्च डिग्री प्राप्त करना है, हालांकि .Net फ्रेमवर्क के एपीआई 2.0 के साथ संगतता पर पहले से ही बहुत काम है।
यह सुनिश्चित करना है कि .नेट फ्रेमवर्क के साथ विंडोज में संकलित एक द्विआधारी बाइनरी को फिर से इकट्ठा किए बिना मोनो प्लेटफार्मों में से किसी पर चलाया जा सकता है, और यह बदले में संगत मोनो-एज: सिस्टम लाइब्रेरीज़ का उपयोग कर सकता है। System.Xml, आदि -।
मोनो द्वारा प्रदान की जाने वाली लाइब्रेरी नेट फ्रेमवर्क के अपने समकक्ष के साथ 100% संगत हैं। नवीनतम संस्करण 2.6.1। अन्य महत्वपूर्ण विशेषताओं में शामिल हैं:
- सीएलआई
- सी # संकलक
- ADO.NET
- ASP.NET
- WebServices
- प्रणाली
- विंडोज फॉर्म
उत्तरार्द्ध जा रहा है - WindowsForms - वह जो अपनी संपूर्णता में पूरा करने के लिए अधिक काम करने की आवश्यकता है। यद्यपि यह ध्यान दिया जाना चाहिए कि परियोजना एंटरप्राइज़ सेवाओं के लिए संगत पुस्तकालयों के निर्माण पर विचार नहीं करती है।
वर्तमान में मैं मोनो के साथ किस प्रकार के एप्लिकेशन बना सकता हूं?
खैर, mod_mono मॉड्यूल के उपयोग से वेब-टाइप एप्लिकेशन और वेबसर्विसेज बनाना संभव है जो Apache वेब सर्वर को ASP.NET (aspx) और वेब सर्विसेज (asmx) पेजों को परोसने की अनुमति देता है।
Microsoft SQL, Oracle, Postgresql, आदि जैसे डेटाबेस तक पहुंचने वाले एप्लिकेशन बनाना भी संभव है।
ग्राफ़िकल इंटरफ़ेस अनुप्रयोगों की ओर, सुझाव जीटीके # का उपयोग करना है, क्योंकि टूलकिट जिस पर यह आधारित है (जीटीके +), परिवर्तन के बिना लिनक्स, विंडोज और ओएसएक्स वातावरण में ग्राफिकल एप्लिकेशन चलाने की अनुमति देता है; यह सुझाव महत्वपूर्ण है, क्योंकि मोनो में विंडोज फॉर्म के साथ संगत कार्यान्वयन अभी तक पूरा नहीं हुआ है।
क्या मेरे आवेदन के लिए मोनो और नेट फ्रेमवर्क यानी पोर्टेबल के साथ संगत होना आवश्यक है?
वास्तव में कोई विशिष्ट व्यक्ति नहीं हैं, जब तक कि यह सीएलआई-आधारित अनुप्रयोग नहीं है; हालांकि कुछ बिंदु हैं जिन्हें ध्यान में रखा जाना चाहिए:
- लिनक्स फ़ाइल और निर्देशिका नामों में केस-संवेदी है; इसलिए हमारे द्वारा उपयोग किए जाने वाले नामों के साथ एक संगति होना आवश्यक है।
- लिनक्स (/) की तुलना में विंडोज () में पथ विभाजक अलग है, इसलिए एप्लिकेशन को निष्पादित करते समय सही विभाजक प्राप्त करने के लिए एपीआई पथ.डायरेक्टरीपैथिएटर का उपयोग करने की सिफारिश की जाती है।
- यदि गैर-सीएलआई पुस्तकालयों का उपयोग किया जाता है (उदाहरण के लिए: सी, सी ++ आदि में पुस्तकालय), पी / इनवोक का उपयोग करके, सुनिश्चित करें कि पुस्तकालय विभिन्न वातावरणों में मौजूद है जहां आवेदन निष्पादित किया जाएगा।
- उन तकनीकों का उपयोग न करें जो केवल एक विशेष वातावरण में मौजूद हैं (उदाहरण के लिए: विंडोज पर रजिस्ट्री या लिनक्स-ग्नोमफ पर लिनक्स -Gnome-); या एक समाधान प्रदान करें जो एप्लिकेशन को उस वातावरण में सही ढंग से संचालित करने की अनुमति देता है जहां वह चल रहा है।
- विंडोज फॉर्म पर आधारित एप्लिकेशन और जो बहुत जटिल हैं, फिलहाल काम नहीं कर सकते, क्योंकि मोनो में विंडोज फॉर्म पूरा नहीं हुआ है।
मोनो में कौन से विकास उपकरण हैं?
वैसे विजुअल स्टूडियो का उपयोग करके एप्लिकेशन को विकसित करना विंडोज से संभव है। लिनक्स की तरफ है monodevelop, SharpDevelop के आधार पर एक आईडीई।
MonoDevelop प्रोजेक्ट प्रबंधन, सिंटैक्स रंग, ऑटो पूरा कोड, एक ही IDE से एप्लिकेशन को संकलित और चलाने की अनुमति देता है।
परिवर्धन (ऐड-इन्स) के माध्यम से कार्यक्षमता को बढ़ा दिया गया है, उदाहरण के लिए:
- IDE से डेटाबेस से कनेक्ट करें
- एक डिबगर का समावेश जो विजुअल स्टूडियो की तरह अनुमति देता है, लाइन द्वारा कोड लाइन निष्पादित करने के लिए, और चर मूल्यों की समीक्षा करने के लिए।
वर्तमान में एक फ़ॉर्म डिज़ाइनर को एकीकृत करने का काम चल रहा है, हालाँकि यह डिज़ाइनर GTK # के लिए फ़ॉर्म बनाने पर केंद्रित है न कि विंडोज फॉर्म के लिए।
मोनो के लिए किए गए आवेदन
मोनो में लिनक्स के लिए अच्छी संख्या में एप्लिकेशन विकसित किए गए हैं, एक विचार प्राप्त करने के लिए, इन अनुप्रयोगों के साथ 2 लिस्टिंग हैं:
इन बकाया आवेदनों में से हैं:
- MonoDevelop: यह लिनक्स में मोनो कार्यक्रमों की प्रोग्रामिंग के लिए एक IDE है। IDE C # में बनाया गया है।
- एफ स्पॉट: तस्वीरों के लिए कुछ डिजिटल संशोधन करने में सक्षम होने के अलावा, कैटलॉग तस्वीरों के लिए कार्यक्रम।
- सूंघा: ऐसे उपकरण जो लिनक्स में कई प्रकार के दस्तावेजों के बीच सूचनाओं को अनुक्रमित और खोजते हैं।
- खिलाडी लडकी: कीवर्ड द्वारा लिंक किए गए नोट्स को स्टोर करने का प्रोग्राम।
- मुिन: यह GStreamer पर आधारित एक ऑडियो प्लेयर है।
- PyMusique: प्रोग्राम जो Apple के iTunes सेवा के साथ संगीत खरीदने के लिए एक ग्राफिकल इंटरफ़ेस प्रदान करता है।
- मोनूएमएमएल: यह यूएमएल मानक के साथ आरेख बनाने के लिए एक संपादक है।
- सूक्ति करना: फास्ट और प्रभावी अनुप्रयोग लांचर।
- Docky: आपके डेस्कटॉप के लिए डॉक।
- प्रेतात्मा जिसका रोदन अपशकुनपूर्ण माना जाता है: Gstreamer पर आधारित मीडिया प्लेयर।
बंदर और लाइसेंस
मोनो ECMA के लिए जारी मानकों के आधार पर Microsoft के .Net फ्रेमवर्क का खुला स्रोत कार्यान्वयन है; क्योंकि यह एक Microsoft उत्पाद पर आधारित कार्यान्वयन है, लिनक्स में मोनो के उपयोग ने विवाद पैदा कर दिया है - लिनक्स उपयोगकर्ताओं और डेवलपर्स के बीच - तर्क यह है कि मोनो Microsoft पेटेंट का उल्लंघन कर सकता है, जो बंदर के खिलाफ मुकदमा बन सकता है।
के अनुसार पेज मोनो परियोजना के रूप में, जब तक सीएलआई और सी # संकलक ईसीएमए द्वारा स्वीकार किए गए मानकों का पालन करते हैं, ये 2 टुकड़े सुरक्षित होते हैं, मोनो विशिष्ट पुस्तकालयों के संबंध में, वे कोई जोखिम नहीं चलाते हैं; लेकिन ASP.NET, ADO.NET और विंडोज फॉर्म से संबंधित पुस्तकालयों का कार्यान्वयन कुछ Microsoft पेटेंट का उल्लंघन करने के लिए संवेदनशील है - हालांकि फिलहाल कोई ज्ञान नहीं है कि यह मामला है -; इस कारण से, मोनो परियोजना बाद के मामले के लिए 3 विकल्प सुझाती है:
- कार्यक्षमता को फिर से लागू करें - पेटेंट से बचने के लिए -, एपीआई को संगत रखने की कोशिश करना।
- उन चीजों को हटा दें जिन्हें फिर से लागू नहीं किया जा सकता है।
- ऐसे तत्वों की तलाश करें जो पेटेंट को शून्य कर सकते हैं।
विकिपीडिया के अनुसार, मोनो उन .NET घटकों के कार्यान्वयन के अधीन नहीं है ECMA इसके मानकीकरण के लिए परियोजना के जीवन के दौरान सॉफ्टवेयर पेटेंट के संभावित उल्लंघन के बारे में कुछ चिंताओं को उठाया गया है। विशेष रूप से, इस बात पर चर्चा विकसित हुई कि क्या Microsoft उल्लंघन किए गए पेटेंट पर मुकदमों के माध्यम से मोनो परियोजना को नष्ट कर सकता है या नहीं।
डेवलपर समुदाय में मोनो को स्वीकार करने और उपयोग करने की सुविधा में (में) सुविधा के बारे में एक जीवंत बहस चल रही है ग्नू / लिनक्स। मोनो के खिलाफ मुख्य तर्क यह है कि यह सॉफ्टवेयर पेटेंट से मुक्त नहीं है, और एक जोखिम है कि Microsoft को C # / CLI का उपयोग करने के लिए लाइसेंस की आवश्यकता होगी।
दूसरी ओर, परियोजना सूक्ति एक वैकल्पिक भाषा विकसित कर रहा है, वाला, विशेष रूप से सूक्ति के लिए अनुप्रयोग विकसित करने के लिए, लेकिन Microsoft से संभावित खतरों से मुक्त।
मेरा पुनर्मिलन
वर्तमान में कुछ वास्तव में महान कार्यक्रम मोनो में लिखे गए हैं। आप केवल F-Spot, Gnome Do या Docky के बारे में सोच सकते हैं। लेकिन, उन सभी समस्याओं से मुक्त विकल्प न होने के कारण, मैं मोनो पर निर्भर नहीं रहना पसंद करता हूं।
शामिल करने के लिए डेबियन और उबंटू द्वारा हाल ही में विवादास्पद निर्णय पर मोनो इसके डिफ़ॉल्ट इंस्टालेशन में, फेडोरा के विपरीत, जिसने इसे हटा दिया, सिर्फ शामिल करके लोकप्रिय आवेदन खिलाडी लडकीC # में लिखा है, रिचर्ड स्टेलमैन ने ज्ञान के कुछ शब्द कि अन्य विकृतियों को प्रेरित करना चाहिए।
C # पर भरोसा करना खतरनाक है, इसलिए हमें इसके उपयोग को हतोत्साहित करना चाहिए।
समस्या मोनो के लिए अद्वितीय नहीं है, किसी भी नि: शुल्क सी # कार्यान्वयन में एक ही समस्या होगी। यह खतरा है कि Microsoft संभवतः सभी मुफ्त C # कार्यान्वयनों को एक दिन के लिए (उनके) सॉफ़्टवेयर पेटेंट का उपयोग करके बॉक्स से बाहर करने के लिए बाध्य करने की योजना बना रहा है। यह एक गंभीर खतरा है और केवल मूर्ख लोग इसे तब तक अनदेखा कर देते हैं जब तक कि वास्तव में ऐसा न हो जाए। हमें खुद को बचाने के लिए सावधानी बरतने की जरूरत है।
हमें यथासंभव मुफ्त सी # कार्यान्वयन पर भरोसा करने के लिए चीजों की व्यवस्था करनी चाहिए। दूसरे शब्दों में, हमें C # प्रोग्राम लिखने से लोगों को हतोत्साहित करना चाहिए। इसलिए हमें GNU / Linux वितरण की डिफ़ॉल्ट स्थापना में C # कार्यान्वयन शामिल नहीं करना चाहिए, और हमें जब भी संभव हो, तुलनीय C # अनुप्रयोगों के बजाय गैर-C # अनुप्रयोगों को वितरित और अनुशंसा करनी चाहिए।
मोनो की स्थापना रद्द करें
मैं अपने उबंटू वितरण से मोनो को हटाना चाहता हूं (और इस प्रकार, बहुत सी जगह बचाओ कि इसकी निर्भरता पर कब्जा हो जाए और यह कि, उबंटू के मामले में, डिफ़ॉल्ट रूप से स्थापित 2 अनुप्रयोगों "समर्थन" से अधिक कुछ भी नहीं है: एफ-स्पॉट और टॉमबॉय)। यदि आप इन दोनों में से किसी का भी उपयोग नहीं करते हैं, तो उन्हें Synaptic से और साथ ही सभी पैकेजों को अनइंस्टॉल करें जो मोनो या CLI कहते हैं।
Ubuntu में मोनो की स्थापना रद्द करने के लिए, आप टर्मिनल भी खोल सकते हैं और टाइप कर सकते हैं:
sudo apt-get remove --purge मोनो-आम libmono0 libgdiplus sudo rm -rf / usr / lib / मोनो
मोनो के विकल्प
जैसा कि हमने देखा, सबसे पहले, यदि आप एक प्रोग्रामर हैं, तो C # में प्रोग्राम न करें। अनगिनत अन्य भाषाएँ भी बेहतर हैं। इसके अलावा, ग्नोम ने हाल ही में वेला नामक बहुत मोनो जैसी कार्यक्षमता के साथ एक नई भाषा जारी की।
मैंने सिर्फ मोनो हटा दिया और इसके साथ मेरे कुछ पसंदीदा शो हटा दिए गए ... उन्हें बदलने के लिए कौन से वैकल्पिक शो मौजूद हैं:
- मुईन, बंशी >> कई विकल्प हैं: अमारॉक, रिदमबॉक्स, Songbird, साहसी, क्वाडलिबेट, निर्गमन, BMP, सोनाटा, एक्सएमएमएस, आदि
- एफ-स्पॉट >> जी थंब
- सूक्ति- >> तांबा
- डॉकई >> अवांट विंडो मैनेजर (अन्न की बाल), काहिरा डॉक
- समाधि >> Gnote
अधिक जानकारी
मोनो परियोजना के बारे में अधिक जानकारी के लिए, आधिकारिक वेबसाइट पर जाएँ अंग्रेज़ीइसके अलावा आत्मभाषण जो मोनो डेवलपर्स ब्लॉग के लिए एक एग्रीगेटर है; या इसके अलावा मोनो हेंपनो साइट पर स्पेनिश में ब्लॉग इस साइट को बनाए रखने वाले लोगों की।
मोनो के बारे में अपनी टिप्पणी छोड़ने के लिए मत भूलना ... =)
मुझे नहीं लगता कि माइक्रोसॉफ्ट भविष्य में मोनो, मोनोडेवलप, एक्सरामाइन के खिलाफ अपने पेटेंट का उपयोग करेगा। क्या अधिक है, मेरा मानना है कि ये उपकरण किसी भी तरह आपके लिए अन्य प्लेटफार्मों पर विस्तार करना आसान बना देंगे जो हर दिन सामान्य रूप से सॉफ्टवेयर विकास की दुनिया में अपना विशेषाधिकार प्राप्त करने का दावा कर रहे हैं। मुझे लगता है कि मोनो अन्य प्लेटफार्मों के लिए C # और .NET प्रौद्योगिकियों को पोर्ट करने में बहुत अच्छा काम कर रहा है, जो उन्हें नए तकनीकी अवसरों के साथ समृद्ध बनाता है जहां तक नरम का संबंध है। मोनो जानता है कि पेटेंट का क्या मतलब है और निश्चित रूप से उल्लंघन से बचने के लिए सभी सावधानी बरत रहा है। दूसरी ओर, JAVA अपने JAVA EE6 प्लेटफॉर्म के साथ अपनी नेतृत्व की स्थिति ले रहा है, जो कि मेरे स्वाद के लिए वर्तमान में विजुअल स्टूडियो द्वारा पेश की जाने वाली क्षमताओं से परे है। यह इस कारण से अधिक है कि मुझे लगता है कि Microsoft को अपने सी # को लिनक्स, मैकओएसएक्स, बीएसडी, सोलारिस, एंड्रॉइड, इत्यादि में पोर्ट करना सुविधाजनक लगेगा ... दूसरी तरफ, मैं इन्हें कुछ हद तक लेने के लिए सहमत नहीं हूं। लिनक्स में Microsoft को NO कहने का कट्टर स्थान या Microsoft में लिनक्स को No कहना, मेरा मानना है कि सच्चा विकास विविधता में है और सत्य को अस्वीकार करने के लिए प्रतिगमन है।
आज तक कुछ भी नहीं बदला है। यदि आप अलग-अलग प्रणालियों पर अपने कार्यक्रम चलाने में सक्षम हैं, तो मैं जावा या अजगर की सलाह देता हूं। यदि आप सी # सिंटैक्स के साथ सहज हैं, तो वेल भी एक अच्छा विकल्प है।
झप्पी! पॉल
हे.
बहुत समय पहले मैंने भाषा को स्थानांतरित करने का फैसला किया और C # को चुना, कोड का उपयोग करने में सक्षम होने के लिए और इसे लिनक्स और विंडोज दोनों प्लेटफार्मों पर उपयोग करने के लिए संकलित करने के लिए।
अब, इस पोस्ट को देखकर मुझे आश्चर्य होता है कि क्या मैंने अच्छा किया (मैं रिचर्ड स्टालमैन के लेखन से यह कहता हूं)।
क्या आप मुझे बता सकते हैं कि क्या यह स्थिति कुछ बदल गई है?
(मुझे पता है कि यह पोस्ट कम से कम 2 साल पुरानी है)
जैसा कि नामांकित ने टिप्पणी की है, मुझे नहीं लगता कि Microsoft को अपनी विस्तार क्षमताओं को सीमित करना चाहिए, वास्तव में, यह इससे जीवित नहीं है। मैं उन्हें भाषा को उदार बनाने में भी सक्षम देखता हूं, क्योंकि वे कार्यान्वयन, रूपरेखा और आईडीई से पैसा बनाते हैं।
मुझे लगने लगा है कि मिस्टर स्टालमैन आज इन चीजों के लिए थोड़ा पुराना है। मुझे आपके उद्धरण और सोच को पढ़ने में मज़ा आया, कि जब समुदाय की नजर सी # पर टिकी थी, तो ओरेकल ने अपना पहला मुकदमा एंड्रॉइड के खिलाफ दायर किया, हालांकि गरीब चचेरे भाई, यह नहीं भूलना चाहिए कि यह लिनक्स है, पेटेंट के उल्लंघन के लिए का उपयोग ... जावा!
मेरी राय है कि लिनक्स समुदाय को केवल गर्व के लिए, विकल्प के लिए अपनी आँखें बंद करने और गुणवत्ता डेवलपर्स की एक बड़ी संख्या के लिए अपने दरवाजे बंद करने की अनुमति नहीं दी जा सकती है, "अनुकूलन या चारों ओर मुड़ें" का नारा लगाते हुए। अलगाव में मृत्यु होती है, भले ही वह धीमी हो।
आइए यह मत भूलो कि एक प्रोग्रामिंग भाषा एक आवेदन से बहुत अलग अवधारणा है, यह एक सार्वभौमिक अच्छा है। कौन अंग्रेजी को यह तर्क देते हुए सेंसर कर पाएगा कि यह पूंजीवाद की भाषा है?
वे एमएस के बारे में बात करते हैं जैसे कि वे विपणन स्तर पर इसके आंदोलनों को नहीं जानते थे, या वे पहले से ही 99 की घटना को भूल गए थे जब एमएस ने जेएवीए प्लेटफ़ॉर्म का हिस्सा संशोधित किया था, ताकि अपने स्वयं के सूट में लिखा गया सॉफ्टवेयर इसके अलावा किसी अन्य ब्राउज़र में काम न करे IE6, जब दुनिया ने देखा, तो हर जगह मुकदमों की बारिश हुई, लेकिन सबसे महत्वपूर्ण बात यह है कि अधिकांश लिखित सॉफ़्टवेयर को फिर से लागू किया जाना था। MS एक ऐसी कंपनी है जो हर तरह से लाभ कमाना चाहती है। यदि आप मुफ्त सॉफ्टवेयर में हैं, तो बहुत सारे मुफ्त उपकरण उपलब्ध होने पर मालिकाना उपकरणों का उपयोग करना सुविधाजनक नहीं है।
सर्जियो, आप भोले हैं जब आप भूल जाते हैं कि ग्रिंगोस कुछ भी नहीं करते हैं, बिल्कुल कुछ भी नहीं, या दान कार्य करते हैं यदि वे यह सुनिश्चित नहीं करते हैं कि वे अपने कार्य के बाद भी लाखों डॉलर का उत्पादन करेंगे,
इस दुनिया में ग्रिंगोस को सबसे ज्यादा प्यार क्या है ड्रग्स और डॉलर (उस क्रम में)
यही कारण है कि वे अपनी पूंजीवाद के साथ दुनिया और बाजारों पर हावी हो गए हैं: छड़ी के कानून और डॉलर के कानून का उपयोग करते हुए, ग्रिंगोस के असली जीओडी डॉलर हैं, भले ही पाखंडियों ने प्रोटेस्टेंट मंदिरों या चर्चों में अपने स्तनों को तोड़ दिया हो कैथोलिक
एंटी-माइक्रोसॉफ्ट हमेशा माना जाने वाला एकाधिकार प्रथाओं के लिए लाजिमी होगा, और हालांकि यह सच है कि वर्षों से माइक्रोसॉफ्ट ने उन व्यवहारों का प्रदर्शन किया है जो अंतिम उपयोगकर्ता के लिए बहुत सुखद नहीं हैं, चलो यह नहीं भूलना चाहिए कि यह एक व्यवसायिक कंपनी है और वे हमेशा क्या करेंगे उनके उत्पादों के साथ व्यापार है। लेकिन दुनिया बदल गई है, यह भूमंडलीकृत हो गया है, और माइक्रोसॉफ्ट ने उस समय इसे स्वीकार करने से इनकार कर दिया, लेकिन यह कोई विकल्प नहीं था, MSOffice में ओपन-एक्सएमएल मानक का एकीकरण इसे साबित करता है, इसे "शेयर" कोड के लिए भी मजबूर किया गया है इसके प्लेटफॉर्म को एंटीट्रस्ट नियमों द्वारा मजबूर किया गया और इसे ऐसा करना पड़ा, नेट फ्रेमवर्क और इसकी भाषाओं को ईसीएमए यूरोपीय निकाय में पंजीकृत किया गया है जिसका उद्देश्य सूचना प्रौद्योगिकी का मानकीकरण करना है, सी # के लिए यह ईसीएमए -334 से मेल खाती है, CLI के लिए (जो मोनो को लागू करता है) ECMA-335 और C ++ / CLI ECMA-372 है, इससे यह सुनिश्चित होता है कि ये भाषाएं और मंच आम जनता के लिए उपलब्ध हैं, इसलिए Microsoft भविष्य में सम्मान के साथ कुछ भी करने के लिए मजबूर नहीं करेगा। उन भाषाओं को। C # भाषा के उपयोग को हतोत्साहित करने का Microsoft विरोधी प्रयास बेतुका है, यह उतना ही गंदा खेल है जितना Microsoft द्वारा निंदा किया गया, भाषा विनिर्देश खुला है, अन्य भाषाएं हैं और इस दुनिया में सबसे अच्छी प्रतिस्पर्धा है सभी क्षेत्रों में सुधार का कारण बनता है, अपने दम पर प्रोग्रामर को विभिन्न भाषाओं और तकनीकों की खोज करनी चाहिए और उनकी विशेषताओं को जानना चाहिए और वह खुद के लिए निर्णय लेने वाला होगा, जिसे वह अपने विकास को पूरा करने के लिए रहता है।
अच्छा योगदान है। धन्यवाद!
यह स्टालमन !! अपने बिस्तर XD के तहत Microsoft षड्यंत्रकारियों को देखें।
अगर हम इस बात को ध्यान में रखते हैं कि .net के साथ Microsoft का इरादा जावा से जमीन हासिल करना है, तो मुझे लगता है कि इसकी संभावनाओं को कम करने के लिए लिनक्स कार्यान्वयन करना बहुत अच्छा है।
मेरी राय यह है कि यदि Microsoft को इसमें रुचि नहीं थी, तो इससे उन मानकों को बनाने में मदद नहीं मिलती थी और इससे बचने के लिए (या कम से कम इसे कठिन बनाने के लिए) अपने .net पुस्तकालयों की रक्षा की होती। और ऐसा नहीं है कि हम पहले से ही संस्करण 4.0 पर हैं यदि मैं गलत नहीं हूं और इसके सभी पुस्तकालयों को समस्याओं के बिना विघटित किया गया है और अभी भी बाधित नहीं है, जो वास्तुकला के प्रदर्शन में सुधार करेगा।
यह भी सच है कि Microsoft ने हमेशा डंबेस्ट एप्लिकेशन के लिए भी शुल्क लिया है और अब उसके प्रदर्शनों की सूची में है, उदाहरण के लिए, .net और लाइसेंस प्रतिबंधों के बिना दृश्य स्टूडियो के पूरी तरह कार्यात्मक मुक्त संस्करण और यह एकमात्र उदाहरण नहीं है। मुक्त का पक्ष)।
यह जावा और .Net के बीच एक लड़ाई है, जैसा कि सभी युद्धों में, किसी भी सहयोगी का स्वागत है।
और सच्चाई यह है कि हम इसे पसंद करते हैं या नहीं, कि हम लाइसेंस से भरी दुनिया में रहते हैं ... वास्तव में, कुछ पोर्टल एक साधारण वेब पेज पर "उल्लंघन" करने वाले पेटेंट को उजागर करते हैं और वे इतने सामान्य हैं कि हम भी नहीं मानते हैं यह बहुत सरल कुछ का पेटेंट कराया जा सकता है। पेटेंट वहाँ हैं और, अगर कोई आपको एक परियोजना को फाड़ना चाहता है, तो यह बहुत संभव है कि वे एक पेटेंट को खोजने के लिए समाप्त हो जाएंगे जो उल्लंघन किया जा रहा है।
बस अगर यह स्पष्ट नहीं हुआ है, तो मैं यहां एक संघर्ष शुरू करने का इरादा नहीं रखता हूं जो यह जानना चाहता है कि क्या विंडोज या लिनक्स बेहतर है, वे बस अलग हैं और प्रत्येक के पास इसके फायदे और नुकसान हैं, जैसे कि सब कुछ। लेकिन यह एक और कहानी है।
एक ग्रीटिंग.
Microsoft के साथ आप कभी नहीं जानते।
सादर,
कुछ समय पहले, मैंने मोनो पर एक ट्यूटोरियल, अध्याय 1 का पालन किया, और यह जावा की तुलना में सुपर आसान और अधिक प्राकृतिक लग रहा था, मुझे बाद वाला पसंद आया। दुर्भाग्य से मैं पत्रिका का अगला अंक नहीं पा सका।
जैसा कि मैं समझता हूं कि C # J ++ का विकास है
यह समस्याग्रस्त जावा कार्यान्वयन कि माइक्रोसॉफ्ट ने सन द्वारा मुकदमा दायर किया, जिसे सन ने जीत लिया, क्योंकि माइक्रोसॉफ्ट के पास पुस्तकालय (पैकेज) थे जो केवल विंडोज पर चलाए जा सकते थे, जो जावा आदर्श वाक्य के विपरीत था «आप लिखते हैं, जब भी आप निष्पादित करते हैं और जहां कहीं भी "।
Microsoft J ++ और C # लेआउट को स्क्रैप करता है
अब, तथ्य निम्नलिखित हैं: Microsoft ने मोनो को कानूनी बनाने के लिए C # का एक निश्चित भाग "दान" किया है, इसलिए उन वर्गों को भविष्य के मुकदमों का सामना नहीं करना पड़ेगा, लेकिन क्या Microsoft ने दान नहीं किया है यदि यह एक अच्छा मौका है कि Microsoft इसका उपयोग करता है , यह इस तरह से है, क्योंकि यह पहले भी हुआ है, अन्य सॉफ्टवेयर के साथ, लेकिन ऐसा तब होगा जब मोनो ग्राहकों को चोरी करना शुरू कर देगा, या यदि कुछ कंपनी भाषा के समर्थन और कार्यान्वयन के साथ पैसा (बहुत) बनाना शुरू कर देती है या विशेषता लेना चाहती है यह उनका अपना है, जबकि वे केवल इसे विकसित होते देखेंगे।
अंत में, यह ध्यान दिया जाना चाहिए कि मिगुएल डी इज़कासा को अपने पासपोर्ट के कारण माइक्रोसॉफ्ट के लिए काम करने में सक्षम नहीं होने की निराशा है..., इसने उन्हें विंडोज़ के साथ संगत सॉफ़्टवेयर बनाने के लिए प्रेरित किया। desde Linux, ताकि उन लोगों को एहसास हो कि "वे क्या चूक गए"
मुझे यह पसंद नहीं है 🙁
मुझे लगता है कि जीएनयू / लिनक्स का उपयोग करने का एक कारण यह है कि यह खुला स्रोत है और अगर हम Microsoft द्वारा बनाए गए सॉफ़्टवेयर का उपयोग करना शुरू करते हैं तो हम एक विरोधाभास में शामिल होंगे, तब भी आपको Microsoft सॉफ़्टवेयर की आवश्यकता क्यों होती है जब एक बड़ा समुदाय होता है एक दूसरे का समर्थन करने के लिए ओपन सोर्स की दुनिया (ओपन सोर्स की उत्पत्ति) और इस तरह किसी भी गैर-ओपन सोर्स एप्लिकेशन में सुधार, क्या आपको नहीं लगता है?
आइए याद रखें कि शुरू में .NET मुक्त नहीं था और अगर इसे जारी किया (जो भाग जारी किया गया) वह इसलिए था क्योंकि डेवलपर्स ने इसका उपयोग इसके सीमित एप्लिकेशन के कारण नहीं किया था और इसके साथ ही Microsoft सभी डेवलपर्स के बीच उपस्थिति खो रहा था।
यदि हम चाहते हैं कि हमारे एप्लिकेशन विभिन्न प्लेटफार्मों पर काम करें, तो जावा या पायथन का उपयोग क्यों न करें। Xamarin द्वारा ios या android के लिए विकसित करने के लिए बनाए गए नए एप्लिकेशन, केवल एक भाषा के तहत #monopolize विकास का एक तरीका है, क्योंकि जैसा कि हम सभी जानते हैं, देशी भाषा का उपयोग करना हमेशा बेहतर होता है।
रिचर्ड स्टालमैन के बारे में, मुझे लगता है कि वे खुले स्रोत पर सबसे अधिक अनुभव वाले व्यक्ति हैं और उस वजह से, कम से कम हमें उन समस्याओं का विश्लेषण करने के लिए रोकना चाहिए, क्योंकि इतिहास को जानने के बाद वही गलतियाँ करने से बचते हैं।
हर किसी की तरह, डेवलपर्स को बिल (भोजन, स्वास्थ्य, आदि) का भुगतान करना पड़ता है, और इसलिए हमें अपने काम के लिए आर्थिक लाभ प्राप्त करने की आवश्यकता होती है, लेकिन हमारे पास इसे प्राप्त करने के अलग-अलग तरीके हैं (सौभाग्य से), जैसे दान, परामर्श, विकास। खुले स्रोत पर, आदि। हमें अपने कौशल और सरलता का उपयोग करना चाहिए, क्योंकि यह नई दुनिया जिस तरह से डेवलपर्स में से प्रत्येक के लिए धन्यवाद करती है, वह "बदल जाती है" और वे सब कुछ काम करते हैं जैसा कि इसे करना चाहिए। मेरे दृष्टिकोण से हम नई तकनीक और नए समाज की नींव हैं न कि कंपनियों की।
इस पर विश्वाश मत करो???
मुझे नहीं लगता कि एम $ उन लोगों को पकड़ने के बारे में कुछ भी करेगा जो सी # पेटेंट का उल्लंघन करते हैं। उसने पहले ऐसा नहीं किया था, वह आज नहीं करता है, इसलिए वह शायद ही कभी भी ऐसा कर रहा है। दूसरी ओर, स्टेलमैन को अपने निरंतर व्यामोह के लिए जाना जाता है, जो मुफ्त सॉफ्टवेयर नहीं है (वह लिनक्स कर्नेल से भी असंतुष्ट है), 20 वर्षों के लिए कल्पना करते हुए, डेवलपर्स की दुनिया एम $ के लिए सताए गए।
वैसे भी। मोनोडेवलप के साथ काम करने के लिए एक उत्कृष्ट उपकरण है। और अगर कोई भी आपके द्वारा देखे गए सी # का उपयोग करने से डरता है, तो अभी भी बेसिक है, जो वर्तमान में अधिकांश घटनाक्रमों में सी # के रूप में सक्षम है।
वैसे, मैं कुछ टिप्पणियों से भी सहमत हूं, मैं एक इलेक्ट्रॉनिक इंजीनियर हूं, लेकिन मैं हमेशा प्रोग्रामिंग समाचारों से अवगत रहता हूं और हमेशा एक भाषा सीखने की कोशिश करता हूं। मेरे लिए वास्तव में क्या मुश्किल है कि मैं किस भाषा को सीखने की कोशिश करूं, मैं सी ++ का उपयोग करता हूं, लेकिन मुझे एपीआई का पता नहीं है, इसलिए यह लगभग कुछ भी नहीं है, इसलिए मैं यह देखने की कोशिश करता हूं कि किस एपीआई पर ध्यान केंद्रित करना है। लेकिन मैं जो चाहता हूं वह क्रॉस-प्लेटफॉर्म कोड विकसित करने की संभावना है, और जाहिर है कि पहली चीज जो जेडीके या आईनेट है।
फिर मैं इस पोस्ट को देखता हूं और मैं ईमानदारी से देखता हूं कि बहुत अधिक व्यामोह है। मुझे नहीं लगता कि Microsoft मोनो पर मुकदमा करने जा रहा है, मुझे लगता है कि इसके विपरीत, Microsoft एक लाभ प्राप्त करता है ताकि प्रोग्रामर के बीच अपनी भाषा को एक ऐसी भाषा बन जाए जो अन्य प्लेटफार्मों पर विस्तारित हो सके। मैं एक लिनक्स उपयोगकर्ता हूं, लेकिन मैं एक विंडोज उपयोगकर्ता भी हूं और मुझे लिनक्स बहुत पसंद है, लेकिन अगर एक चीज है जो मैं लिनक्स के बारे में समर्थन नहीं करता हूं तो वह यह है कि समुदाय का एक अच्छा हिस्सा गर्व और आपत्तिजनक है और बकवास के लिए हर दिन लड़ रहा है , उन लोगों को अपमानित करना और उन लोगों को अपमानित करना जिन्हें वे कम जानते हैं।
बेशक, अपने आप को अटकल के लिए समर्पित न करें ... आपने इसे nailed किया है ... .net अब खुला स्रोत है ... xD
जैसा कि मैंने कई बार कहा है ... मैं रिचर्ड स्टालमैन से चुदवाती हूँ ... वह अपनी राय व्यक्त करता है और फैनबॉय उछलते हैं जैसे कि उसका वचन एक पवित्र आज्ञा थी ... हालाँकि एमएस भविष्य में अपने पेटेंट का उपयोग कर सकता है, यह यह कम सच नहीं है कि (कम से कम जहां मैं रहता हूं) उद्यम स्तर पर प्रमुख प्लेटफॉर्म .NET और जावा हैं ... इसलिए मोनो का उपयोग करना सीखना एक डेवलपर के रूप में एक संभावित कैरियर को लाभान्वित करेगा; यह श्रीमान स्टालमैन के "आदर्शों" से अलग किसी भी विकल्प को कुचलने के लिए लिनक्स की दुनिया के लिए बहुत स्वस्थ नहीं है, व्यक्तिगत रूप से मैं प्रयोग और सीखने के लिए मोनो का उपयोग करता हूं (जब से मैं अपने पीसी पर खिड़कियां स्थापित नहीं करता हूं, लेकिन मैं इसे लागू नहीं कर सकता हूं मेरे काम के पद पर) और मुझे पापी हाहाहा अभिवादन पसंद नहीं है।
मुझे वास्तव में परवाह नहीं है यदि C # एक खतरा है या यदि कोई अन्य भाषा खुली है या आदि, जब तक कि यह किसी भी ऑपरेटिंग सिस्टम के लिए अनुकूल है और लाभदायक है और पैसे का उत्पादन करता है, तो यह ठीक है, मैं वर्तमान में एक लिनक्स प्रॉन प्रोग्रामर हूं जो उपयोग करता है भाषा विंडोज विजुअल बेसिक के समान है और अगर मैं देखता हूं कि यह आसान, पेशेवर प्रोग्रामिंग की सुविधा देता है और कई प्लेटफार्मों में फैलता है, तो आपका स्वागत है।
सज्जनों, चूंकि माइक्रोसॉफ्ट ने 2016 में पहले ही ज़ामरीन को खरीदा था, मोनो को अभी एक लंबा रास्ता तय करना है। सस्ती कट्टरता को रोकें और अन्य प्रोग्रामिंग विकल्पों पर काम करें। 2014 से गैर-विंडोज प्लेटफार्मों पर .NET आधिकारिक तौर पर पोर्टेबल हो गया है (डॉटनेट फाउंडेशन के निर्माण के साथ) और गैर-विंडोज वातावरण में .NET का कार्यान्वयन बहुत कम हो गया है। न केवल आप इंटरनेट सूचना सेवाओं या विंडोज सर्वरों की उन चीजों के बारे में सोचते हैं, बल्कि आपको .NET के साथ Apache Web Server / Nginx के बारे में सोचना होगा। मेरे मामले में: मैंने अब तक एक साल के लिए एएसआईनेट एमवीसी 4/5 अनुप्रयोगों को आईआईएस पर और फिर लिनक्स उबंटू पर अपाचे वेब सर्वर पर डिजाइन किया है, और अब तक, मुझे दो अलग-अलग एएसपीनेट एमवीसी एप्लिकेशन को चलाने में कोई समस्या नहीं हुई है। वेब प्लेटफॉर्म।
यदि आप Apache / Ubuntu के लिए ASP.NET MVC अनुप्रयोगों को माइग्रेट करने में रुचि रखते हैं, तो यहां मेरा योगदान है:
1 भाग:
https://radioterrormexico.wordpress.com/2016/06/22/ejecutar-aplicaciones-asp-net-en-plataformas-no-windows-parte-13/
2 भाग:
https://radioterrormexico.wordpress.com/2016/06/23/ejecutar-aplicaciones-asp-net-linux-ubuntu-server-parte-23/
उदाहरण गीथूब:
https://github.com/boraolim/MonoServe-2016
इस बहस में एक मजबूत राजनीतिक पक्ष है ... हाहाहा एक्सडी
जावा के साथ भी ऐसा ही होगा, यदि ओरेकल प्रसन्न होता है, तो यह जावा को देय और उसकी संपत्ति बनाता है और हम सभी ध्वनि करते हैं। यह बहुत व्यक्तिपरक है। और मुझे नहीं लगता कि एक कंपनी या लिनक्स स्वयं इस प्रकार के विकास को प्रोत्साहित करता है यदि भविष्य में यह उपयोगकर्ताओं के लिए समस्याग्रस्त होने वाला है-
वैश्वीकरण और पतन के समय में, कुछ के कुछ एकाधिकारवादी पांडुलिपियों को याद करना अच्छा है
या व्यवहार में हेरफेर, कुछ भी नहीं के लिए उपन्यास Ximian का अधिग्रहण करता है, लेकिन पढ़ें
माईसकल / सन माइक्रोसिस्टम और फिर ओरेकल चूसने सन और इसके साथ मैसकल के साथ गायब होने के लिए क्या हुआ
इसे महसूस करने के लिए मोंटी (मैसूर के निर्माता) को थोड़ा सा समय लगा, लेकिन उन्होंने अपनी परियोजना को रद्द कर दिया और मारबीडीबी को जन्म दिया और ओरेकल में गधे के दर्द को खत्म कर दिया।
लेकिन मोनो के साथ भी ऐसा ही हो सकता है।
मैं एक कोबोल, सी, जावा और हार्बर नेटवर्किंग बहुभाषी प्रोग्रामर हूं, और उस क्रम में ऐक्स, लिनक्स और विंडोज के तहत हूं।
मैं सॉकेट द्वारा अनुप्रयोगों को मिलाता हूं, मैं एक बैंक के लिए विभिन्न भाषाओं और विभिन्न प्लेटफार्मों के बीच अनुप्रयोगों को संवाद करता हूं
मुझे लगता है कि अगर परियोजना बड़ी है, यानी इसमें हजारों लाइनें शामिल होंगी, तो आपको इसकी वृद्धि / संशोधन और मापनीयता सुनिश्चित करने के लिए इसे सुरक्षित रूप से खेलना होगा।
अब अगर कोड छोटा है, तो मुझे इसे C # के तहत करने में कोई समस्या नहीं होगी, अगर यह अच्छा है, शक्तिशाली है और वास्तव में मेरे लिए समस्याओं को हल करता है तो यह ठीक है।
सादर
.नेट कोर + सी # = भविष्य
नोट तब तक ठीक था जब तक कि "यदि आप एक प्रोग्रामर हैं, तो C # का उपयोग न करें" दिखाई दिया ... इस बिंदु पर उन्होंने अपनी सभी विश्वसनीयता खो दी।
2020 में, यह पहले से ही साबित हो गया था कि इस पोस्ट में जो कुछ भी कहा गया था, उसमें से कुछ भी नहीं हुआ। Microsoft ने .NET Core बनाया और इसे मुफ्त बनाया। अब बहुत समान बेस लाइब्रेरी वाले 3 प्लेटफ़ॉर्म के साथ लेकिन अंत में अलग-अलग (चूंकि वे स्क्रैच से बनाए गए थे), अगला चरण तीनों को एक में एकीकृत करना था, और ठीक यही काम .NET 5 के साथ किया जा रहा है (शब्द के बिना) "कोर" या "फ्रेमवर्क") जो, जैसा कि कहा गया था, एक नया मंच है, लेकिन अब खुला स्रोत, मल्टीप्लायर, और इसका उपयोग वेब एप्लिकेशन, डेस्कटॉप एप्लिकेशन, मोबाइल एप्लिकेशन, IoT, AI, क्लाउड, आदि के लिए किया जा सकता है। । यह विकास बड़ी संख्या में डेवलपर्स के लिए धन्यवाद हुआ है जिन्होंने इस तथ्य के लिए धन्यवाद दिया है कि .NET अब खुला स्रोत है। ऐसा इसलिए होना पड़ा क्योंकि चूंकि खुले रास्ते में .NET का उपयोग करने वाली अधिक कंपनियां और डेवलपर थे, Microsoft ने अपनी सेवाओं (मुख्य रूप से क्लाउड) में बेचने की संभावना खोली, जो कि .NET या C # का उपयोग करने तक सीमित नहीं हैं। Microsoft बेवकूफ नहीं है, अपने सॉफ़्टवेयर को बंद करना और मुकदमे शुरू करना उनके लिए खतरनाक बात थी। लेकिन हे, मैं .NET या किसी अन्य भाषा से शादी नहीं कर रहा हूँ। लेकिन मुझे बहुत दिलचस्प लगता है कि उक्त समुदाय में क्या किया जा रहा है। एक बड़ी कंपनी का समर्थन होने से, मुक्त समुदाय और भी तेजी से बढ़ सकता है, खासकर जब से .NET फाउंडेशन है, जो .NET में मौजूदा ओपन सोर्स परियोजनाओं की समीक्षा करने के लिए प्रभारी है, जो गारंटी देता है कि एक आदेश है, प्रक्रियाएं उक्त परियोजनाओं की समीक्षा के लिए स्वयं Microsoft से डीबग किया गया।