Google Android वर स्विफ्ट वापरण्याचा विचार करेल

चपळ

मागे वळून पहातो वर्ष 2014 जेव्हा आपल्या मध्ये वर्ल्ड वाइड डेव्हलपर कॉन्फरन्स Appleपलने आम्हाला एक सादर केले ऑब्जेक्टिव्ह सी बदलण्यासाठी नवीन प्रोग्रामिंग भाषा, अशी भाषा जी विकासक आणि अनुप्रयोगांसाठी कार्य अधिक सुलभ करते आणि वापरकर्त्यांसाठी अनुकूलित करते आणि जर Appleपल स्वतःचे हार्डवेअर आणि स्वतःची ऑपरेटिंग सिस्टम तयार करत असेल तर आपणास स्वतःची प्रोग्रामिंग भाषा तयार करणे देखील इतके विस्तृत नियंत्रण देते आपल्या उत्पादनांवर की एकंदर ऑप्टिमायझेशन आणि वापरकर्ता अनुभवात ती आम्हाला बर्‍यापैकी सुधारित करेल.

स्विफ्ट म्हणून वैशिष्ट्यीकृत होते एक सोपी आणि क्रांतिकारक भाषा, अशी एक भाषा जी विकासाचे भविष्य अनेक पैलूंवर चिन्हांकित करते आणि ती अगदी थोड्या वेळाने (नवीनप्रमाणेच तयार केलेल्या भाषेत) नवीन शक्यता जोडली जात आहे आणि Appleपल ही भाषा त्याच्या मूळ अनुप्रयोगांमध्ये दोन्ही अंमलात आणत आहे. आयओएस, ओएस एक्स, त्यांच्या उर्वरित प्रणाल्यांप्रमाणेच, परंतु Appleपलची योजना तेथे मर्यादित नव्हती, त्यांना माहित होतं की जर स्विफ्टला अनन्यतेचे कुलूप लावले तर त्यांना अपेक्षित यश मिळणार नाही.

आणि त्या कारणास्तव स्विफ्टला "ओपन सोर्स" मार्गाने प्रसिद्ध केले गेले. किंवा मुक्त स्त्रोत, याचा अर्थ असा आहे की हक्क किंवा त्यासारख्या कशासाठीही पैसे न घेता कोणीही हा प्रयोग करू शकते, हे समाजासाठी वापरण्यास विनामूल्य आहे.

विस्तारासाठी गंतव्यस्थान

चपळ

जर Appleपलने त्यांच्या सिस्टमसाठी खास स्विफ्ट सोडला तर विकसक (बहुतेक भाग) एकाच कंपनीसाठी भाषा शिकण्यास नकार देतील आणि म्हणूनच त्यांनी पक्षी मुक्त करण्याचा, पंख देण्यास आणि उडण्याचा निर्णय घेतला, कदाचित म्हणूनच त्यांनी निवडले तो लोगो ...

महत्वाची बाब म्हणजे मुक्त स्त्रोत असल्याने कोणतीही इतर कंपनी त्याचा वापर करू शकते आणि त्यांच्या इच्छेनुसार ती त्यांच्या सिस्टममध्ये अंमलात आणू शकते आणि ती तंतोतंत काय आहे गुगल अँड्रॉइडवर स्विफ्टची अंमलबजावणी करण्याच्या विचारात आहे.

लिफ्टिंग अँकर

Android जावा

गूगल आणि जावा यांचा यामागील प्रदीर्घ इतिहास आहे, जावा नेहमीच Android चे हृदय असते, ही दोन नावे चांगल्या आणि वाईटात नेहमीच हाताशी आहेत, आणि हे तंतोतंत वाईट आहे जे आता जावाला Android साठी दायित्व बनवू शकते, कारण जर ते Android साठी कारणीभूत असणा-या खराब कार्यक्षमतेमुळे पुरेसे नसेल तर Java चालवण्यासाठी व्हर्च्युअलायझेशन करण्यासाठी, ओरॅकल (ज्या कंपनीने सन मायक्रोसिस्टम्स विकत घेतले, जावाचा मूळ मालक) त्याला पाईचा तुकडा हवा होता आणि एपीआयचा वापर करण्यासाठी मोठ्या रकमेची (9.300 अब्ज डॉलर्स) मागणी करत Google वर वार केले. Java तुमच्याशिवाय परवानगी.

नखे नंतर नखे Google ला या प्रणालीची कार्यक्षमता सुधारित करणार्‍या Android साठी विकसीत, इतर विकसक मार्ग शोधणे सुरू करते. त्याचे मुक्त स्त्रोत तत्वज्ञानाचा भंग न करता, आणि असे दिसते आहे की Google त्याच्या मोबाइल ऑपरेटिंग सिस्टममध्ये स्विफ्टचा समावेश करण्याच्या शक्यतेबद्दल फेसबुक आणि यूबीआरशी बोलत आहे.

एक मुक्त पक्षी

Android स्विफ्ट

स्विफ्ट ही एकमेव भाषा नाही जी Google विचार करीत आहे, कोटलिन हे आणखी एका पर्यायाचे नाव आहे गूगलचा विचार केल्याप्रमाणे, विद्यमान साम्यता आणि अनुकूलतेमुळे कोफ्टलिन स्विफ्टपेक्षा अँड्रॉइडमध्ये समाकलित होणे खूपच सोपे होईल परंतु नंतरचे विकसकांना ते संकलित करण्यास अतिशय धीमे असल्यामुळे अडचणी निर्माण करतात.

तर, गूगलचा एक "कठीण" निर्णय आहे, किंवा स्वतःबद्दल विचार करा आणि कोटलिनला Android मध्ये समाकलित करण्यासाठी पुढे जा, किंवा विकसकांबद्दल विचार करा आणि अधिक वेळ बलिदान द्या आणि आपल्या बाजूने कार्य करा (Android मध्ये स्विफ्टची ओळख करून देण्यासाठी आपल्याला सिस्टमच्या बर्‍याच बाबी सुधारित आणि पुन्हा कराव्या लागतील आणि अगदी स्वतःचे तळ) Android साठी विकसित करण्याचे कार्य बरेच सोपे करते.

परंतु अँड्रॉइडवरील स्विफ्टचे फायदे पहिल्या दृष्टीक्षेपात दिसते त्याहून अधिक समाधानकारक असू शकतात आणि त्यामध्ये स्विफ्ट, Google Android आणि iOS जवळ आणण्यास सक्षम असेल त्यापैकी दोघांचे तत्त्वज्ञान बदलल्याशिवाय, Appleपलवर अवलंबून न राहता Google स्विफ्टला स्वतःच्या आवडीनुसार विकसित करू शकते आणि Android-विशिष्ट कार्ये समाविष्ट करू शकतो, परंतु स्विफ्टचा वापर विकसकांना समान बेस असलेल्या दोन्ही सिस्टमसाठी अनुप्रयोग तयार करू शकेल, ज्यामुळे कमी होईल एका सिस्टीमसाठी किंवा दुसर्‍या सिस्टमसाठी अनन्य अ‍ॅप्सची संख्या आणि भिन्न सिस्टमकडे लक्ष देणार्‍या समान अनुप्रयोगाची 2 आवृत्त्या तयार करण्यात वेळ आणि अडचण मोठ्या प्रमाणात कमी होईल.

Android मध्ये स्विफ्ट समाकलित केल्याने आपल्याला Google देखील मिळू शकते ताटातूट करण्याची संधी, आणि असे बरेच विकसक आहेत जे iOS ते Android वर त्यांचे अनुप्रयोग पोर्ट करु शकतील आणि ते म्हणाले की सिस्टमसाठी योग्यप्रकारे अनुकूलित केले गेले आहे आणि वापरकर्त्यास अनुभव प्रदान केला आहे ज्यामुळे Android आणि iOS ऑपरेटिंग सिस्टम म्हणून त्यांच्या फायद्यासाठी एकमेकांशी लढायला कारणीभूत ठरले आणि एकदा विसरले. आणि एका किंवा दुसर्‍यामध्ये उपलब्ध असलेल्या सर्व प्रकारच्या अनुप्रयोगांसाठी, एका सिस्टमसाठी किंवा दुसर्‍या सिस्टमसाठी विकास सुलभता, त्यातील प्रत्येक अनुप्रयोगातील अस्खलितता आणि जावाच्या वापरामुळे त्रास होणारी इतर बर्‍याच समस्या. Android.

हळू संक्रमण

चपळ

Byपलने तयार केलेल्या भाषेचा वापर करण्यासाठी कोणीही Google ला दोष देणार नाही, मी ते वैयक्तिकरित्या पाहतो निंदनीय पेक्षा अधिक स्तुत्यआपल्याकडे आपल्यास चांगले उत्पादन किंवा एक चांगला अनुभव ऑफर करण्याची संधी असल्यास, निंदनीय गोष्ट त्याचा फायदा घेणार नाही आणि असे केल्याने आपण आपल्या प्रतिस्पर्ध्याचा फायदा न घेता आपले उत्पादन सुधारू शकता. एक पैसा

हे असे काहीतरी आहे Appleपल देखील चांगले करू शकतो, अधिक स्विफ्ट वापरली जाईल आणि ती जितके लोकप्रिय होईल तितके लोक त्यावर कार्य करतील आणि उच्च गुणवत्तेचे योगदान या नवीन भाषेमध्ये जाईल, ज्यामुळे iOS आणि ओएस एक्ससाठी चांगले अनुप्रयोग येऊ शकतात.

पण जावा पासून स्विफ्ट मध्ये संक्रमण (पूर्ण करण्यासाठी) ते त्वरित किंवा वेगवान होणार नाही, Google जावाची जागा कमीतकमी अल्पावधीत बदलण्याची योजना आखत नाही, परंतु ते विकासकांना अधिक पर्याय देणारी, तिच्या सिस्टममध्ये दोन्ही भाषांचा वापर करण्यास अनुमती देईल, अशी गोष्ट जी स्विफ्टसह यशस्वी झाल्यास संपूर्ण संक्रमणामध्ये समाप्त होऊ शकते, परंतु हे अद्याप कायम आहे, विशेषत: स्विफ्ट ही अलीकडील भाषा असल्याने आणि Google कडे त्यापुढे बरेच काम आहे ...

तरीही सर्व काही आहे प्रत्येकासाठी ही खूप चांगली बातमी आहेअधिक अनुप्रयोग, एक चांगला वापरकर्ता अनुभव आणि कमी समस्या अशा प्रत्येक गोष्टी म्हणजे वापरकर्त्यांसाठी आश्चर्यकारक आणि विकसकांसाठी त्यांचे काम सुलभ होते, जे नवीन कल्पनांसह बर्‍याच लोकांना प्रवेश देईल असे काहीतरी आहे. कार्याचा प्रकार, खासकरुन स्विफ्ट ही एक सोपी भाषा म्हणून वापरली गेलेली भाषा आहे.

सर्व म्हणाले, आम्ही केवळ Google काय हालचाल करतो हे पाहण्याची प्रतीक्षा करू शकतो, इतर बाजूंकडून दबाव येत आहे की नाही आणि या हालचाली त्याच्या अंतिम उत्पादनांवर किंवा Appleपलवर कसा परिणाम करतात, आम्ही वाट पाहत असतानाच, आपण हे परिदृश्या सत्यात पहायला आवडेल काय?


Google News वर आमचे अनुसरण करा

आपली टिप्पणी द्या

आपला ई-मेल पत्ता प्रकाशित केला जाणार नाही. आवश्यक फील्ड चिन्हांकित केले आहेत *

*

*

  1. डेटासाठी जबाबदार: AB इंटरनेट नेटवर्क 2008 SL
  2. डेटाचा उद्देशः नियंत्रण स्पॅम, टिप्पणी व्यवस्थापन.
  3. कायदे: आपली संमती
  4. डेटा संप्रेषण: कायदेशीर बंधन वगळता डेटा तृतीय पक्षास कळविला जाणार नाही.
  5. डेटा संग्रहण: ओकेन्टस नेटवर्क (EU) द्वारा होस्ट केलेला डेटाबेस
  6. अधिकारः कोणत्याही वेळी आपण आपली माहिती मर्यादित, पुनर्प्राप्त आणि हटवू शकता.

  1.   वेबझर्व्हिस म्हणाले

    अँड्रॉइडमध्ये अस्तित्त्वात असलेल्या खंडितपणामुळे, श्री. गूगल यांच्या आधी विचार केल्याने, Google हे खेळू शकत नाही

  2.   टोनी म्हणाले

    मला ते परिपूर्ण वाटते. आजची फोन आणि टॅब्लेटची शक्ती खरोखरच ऑपरेटिंग सिस्टम आणि अ‍ॅप्सना वापरावी अशी आमची इच्छा असल्यास Android ने जावा व्हर्च्युअल मशीनपासून मुक्त व्हावे आणि थेट हार्डवेअरवर कार्य केले पाहिजे. आणि Google ने केवळ एका भाषेची ऑफर देऊ नये, परंतु एकापेक्षा जास्त प्रोग्रामिंग भाषा देऊ केल्या पाहिजेत, सर्व अभिरुचीनुसार आणि गरजा असलेल्या संगणकांप्रमाणेच.
    आणि अर्थातच अँड्रॉइड ऑन अँड्रॉइडसाठी प्रोग्राम करणे शक्य आहे. डेकाकोर टॅब्लेट, 4 जीबी रॅम आणि ट्यूबसाठी स्टोरेज असलेले काय आहे ... आणि काही प्रोग्राम करण्यासाठी सामान्य पीसीकडे जावे लागेल? आपल्याला या दोन गोष्टी मिळवायच्या आहेत आणि आपल्याला त्या आता मिळाव्या लागतील किंवा तुकड्यांच्या व्यतिरिक्त, Android ही एक स्थिर प्रणाली असेल.

  3.   झेरह म्हणाले

    वास्तविक लेखाच्या लेखकाने बर्‍याच गोष्टींबद्दल अधिक चांगले दस्तऐवजीकरण केले असावे. अशा काही गोष्टी आहेत ज्या कमीतकमी संबंध ठेवत नाहीत. अँड्रॉइडमध्ये अस्तित्त्वात असलेल्या कार्यप्रदर्शन समस्या त्या त्यावेळच्या छोट्या हार्डवेअरमुळे आणि त्याऐवजी ऑपरेटिंग सिस्टमने आयओएसने न करण्यास परवानगी दिली या कारणास्तव होते. सध्या आयओएसने रिअल मल्टीटास्किंगची ओळख करुन दिली आणि व्होइला !! आम्ही सह Appleपल डिव्हाइस पाहू. आभासी मशीन्स, प्रत्यक्षात, अंमलात आणण्याचे तंत्र संकलित केलेल्या भाषेपेक्षा श्रेष्ठ आहे, कामगिरीशी संबंधित नाही. जादू व्हर्च्युअल मशीनपेक्षा नेट (मायक्रोसॉफ्टकडून, जिथे एक्सबॉक्स गेम्स चालतात) सारख्या आभासी मशीनची कार्यक्षमता अगदी कमी आहे. आजच्या व्हर्च्युअल मशीनमध्ये रन-टाइम कंपाईलर आहे, ज्याला जेआयटी म्हणतात. हे बाईटकोड प्रथमच बायनरीमध्ये कार्यान्वित झाल्यानंतर प्रथम संकलित करते, परंतु संकलन करण्यापूर्वी, बायटेकोड प्रोग्रामरचा कोड ऑप्टिमाइझ केलेला आहे आणि त्याऐवजी जेआयटीद्वारे संकलित होण्याच्या वेळी ते पुन्हा अनुकूलित होते. आपण पुढील एकासाठी आपले सर्वोत्कृष्ट दस्तऐवज असणे आवश्यक आहे.

  4.   झेरह म्हणाले

    आणखी काही, नक्कीच Google ला कायदेशीर समस्या टाळण्याची इच्छा आहे, ते कोटलिन दत्तक घेण्याशी संबंधित नाही, कारण कोटलिन अजूनही जावावर बसलेले आहे. मी हे काही काळ वापरत आहे (मी बीटा असल्याने), हे स्टिरॉइड्सवर जावा आहे, असे म्हटले जाऊ शकते की हे स्विफ्टची आवृत्ती आहे जी जावा मध्ये चालते, ते वाक्यरचनाच्या दृष्टीने अगदी समान आहेत, संकलन वेळ उत्कृष्ट आहे, जावाइतका वेगवान नाही, परंतु संबंधित कारण नाही. आणखी एक तपशील अशी आहे की कोटलिन हा Android जगात आधीच खूप वापरला जात आहे, त्याच्या वापरासंदर्भात कोणतीही बातमी नाही. Google ने काय करावे हे म्हणजे आर्किटेक्चरच्या चांगल्या नमुन्यांसह फ्रेमवर्क ऑफर करणे आणि Android अ‍ॅनोटेटेशनप्रमाणे किंवा बटर चाकूसारखे गोष्टी अधिक आरामदायक बनविणे