إذا نظرنا إلى الوراء ، فإن AÑO 2014 عندما تكون في الخاص بك مؤتمر المطورين العالميين قدمت لنا شركة آبل ملف لغة برمجة جديدة تهدف إلى استبدال الهدف C، وهي لغة من شأنها أن تجعل العمل أسهل بكثير للمطورين والتطبيقات أكثر مرونة ومُحسّنة للمستخدمين ، وهي أنه إذا كانت شركة Apple قد ابتكرت أجهزتها الخاصة ونظام التشغيل الخاص بها بدا لك قليلاً ، فإن إنشاء لغة البرمجة الخاصة بها سيعطي مثل هذا تحكم شامل في منتجاتك يمكن أن يجلب لنا تحسنًا كبيرًا في التحسين الشامل وتجربة المستخدم.
ظهرت Swift كـ لغة بسيطة وثورية، وهي لغة من شأنها أن تحدد مستقبل التطور في العديد من الجوانب ، وهي أنه شيئًا فشيئًا (كما هو معتاد ، في لغة تم إنشاؤها حديثًا) يتم إضافة إمكانيات جديدة وتقوم Apple بتطبيق هذه اللغة في تطبيقاتها الأصلية ، سواء في iOS ، OS X ، كما هو الحال في بقية أنظمتهم ، لكن خطط Apple لم تكن محدودة هناك ، فقد عرفوا أنه إذا تم وضع Swift قفل الحصرية ، فلن تحقق النجاح الذي توقعوه.
ولهذا السبب تم إصدار Swift بطريقة "مفتوحة المصدر". أو المصدر المفتوح ، وهذا يعني أنه يمكن لأي شخص تجربته دون الحاجة إلى الدفع مقابل الحقوق أو أي شيء من هذا القبيل ، فهو مجاني للاستخدام للمجتمع.
وجهة للتوسع
إذا أصدرت Apple Swift حصريًا لأنظمتها ، فسيرفض المطورون (في الغالب) تعلم لغة لشركة واحدة ، وبالتالي قرروا ترك الطائر حراً ، ومنحه الأجنحة والطيران ، وربما لهذا السبب اختاروا هذا الشعار ...
الشيء المهم هو أن كونك مفتوح المصدر ، يمكن لأي شركة أخرى الاستفادة منه وتطبيقه في نظامهم إذا رغبوا في ذلك ، وهذا هو بالضبط ما تفكر Google في تطبيق Swift على Android.
رفع المرساة
Google و Java لديهما تاريخ طويل وراءهما ، لطالما كانت Java هي قلب Android، لقد كان هذان الاسمان دائمًا يسيران جنبًا إلى جنب، في الخير والشر، والشيء السيئ على وجه التحديد هو الذي يمكن أن يجعل Java الآن عبئًا على Android، لأنه إذا لم يكن ذلك كافيًا مع الأداء الضعيف الذي يسببه لنظام Android للمحاكاة الافتراضية لتشغيل Java، أرادت Oracle (الشركة التي استحوذت على Sun Microsystems، المالك الأصلي لـ Java) الحصول على نصيبها من الكعكة وطعنت Google مطالبة بمبلغ كبير من المال (9.300 مليار دولار أمريكي) للاستفادة من واجهات برمجة التطبيقات. إذن.
تسبب Nail بعد Nail في بدء Google في البحث عن بدائل ومسارات تطوير أخرى لنظام Android تتيح تحسين أداء هذا النظام دون كسر فلسفة المصدر المفتوح، ويبدو أن Google تتحدث مع Facebook و UBER حول إمكانية تضمين Swift في نظام تشغيل الهاتف المحمول الخاص بها.
طائر حر
Swift ليست اللغة الوحيدة التي تفكر فيها Google ، Kotlin هو اسم بديل آخر كما تفكر Google ، سيكون دمج Kotlin في Android أسهل بكثير من Swift نظرًا لأوجه التشابه والتوافق الحاليين ، ولكن هذا الأخير قد يسبب مشاكل للمطورين لأنه بطيء جدًا في التجميع.
لذا ، جوجل لديها قرار "صعب"، أو فكر في نفسك وتابع دمج Kotlin في Android ، أو فكر في المطورين ، والتضحية بمزيد من الوقت والعمل من جانبك (نظرًا لأنه لتقديم Swift في Android ، سيتعين عليك تعديل وإعادة العديد من جوانب النظام وحتى القواعد الخاصة) يجعل مهمة التطوير لنظام Android أسهل بكثير.
لكن مزايا Swift على Android يمكن أن تكون أكثر نضارة مما تبدو للوهلة الأولى ، وهذا يشمل Swift ، ستكون Google قادرة على تقريب Android و iOS من بعضهما البعض دون الاضطرار إلى تغيير فلسفة أي منهما ، يمكن لـ Google تطوير Swift وفقًا لأهوائها الخاصة دون الاعتماد على Apple وتضمين وظائف Android الخاصة ، ولكن استخدام Swift قد يسمح للمطورين بإنشاء تطبيقات لكلا النظامين بقاعدة مشتركة ، مما قد يؤدي إلى تقليل عدد التطبيقات الحصرية لنظام أو آخر ، وسيقلل بشكل كبير من وقت وصعوبة إنشاء نسختين من نفس التطبيق ، موجهين لأنظمة مختلفة.
قد يؤدي دمج Swift في Android إلى الحصول على Google أيضًا فرصة على طبق، وهناك العديد من المطورين الذين يمكنهم نقل تطبيقاتهم من iOS إلى Android لتحسينها بشكل صحيح للنظام المذكور وتوفير تجربة مستخدم متكافئة للغاية ، مما يتسبب في محاربة Android و iOS لبعضهما البعض فقط من أجل فوائدهما كنظام تشغيل ، والنسيان مرة واحدة ولكل عدد التطبيقات المتوفرة في نظام أو آخر ، سهولة التطوير لنظام أو آخر ، سيولة التطبيقات في كل منها والعديد من المشكلات الأخرى التي يضر بها استخدام Java.
انتقال بطيء
لا أحد يلوم Google على استخدام لغة أنشأتها شركة Apple ، وأنا شخصياً أراها أثمن من ذمّ، وهو أنه إذا كانت لديك فرصة لتقديم منتج أفضل أو تجربة أفضل لمستخدميك ، فإن الشيء المستهجن هو عدم الاستفادة منه ، ومن خلال القيام أيضًا يمكنك الاستفادة من منافسك لتحسين منتجك الخاص دون دفع فلس واحد.
هذا شيء أبل يمكن أن تفعل جيدا أيضاكلما زاد استخدام Swift وزادت شعبيته ، زاد عدد الأشخاص الذين سيعملون عليه وستساهم الجودة الأعلى في هذه اللغة الجديدة ، وهو أمر يمكن أن يؤدي إلى تطبيقات أفضل لنظامي التشغيل iOS و OS X.
بيرو الانتقال من Java إلى Swift (أن يتم) لن يكون فوريًا ولا سريعًا، لا تخطط Google لاستبدال Java ، على الأقل على المدى القصير ، ولكنها ستسمح باستخدام كلتا اللغتين في نظامها ، مما يمنح المزيد من الخيارات للمطورين ، وهو أمر قد ينتهي في حالة نجاحه مع Swift في انتقال كامل ، لكن هذا لا يزال بعيدًا ، خاصة وأن Swift هي لغة حديثة وأن Google أمامنا الكثير من العمل ...
لا يزال مع كل شيء هذه أخبار جيدة جدًا للجميعكل ما يعني المزيد من التطبيقات ، وتجربة مستخدم أفضل ومشكلات أقل ، هو شيء رائع للمستخدمين ، بل إنه أفضل للمطورين ، الذين يرون عملهم مبسطًا ، وهو أمر من شأنه أن يمنح إمكانية الوصول إلى العديد من الأشخاص الذين لديهم أفكار جديدة. نوع العمل ، خاصة وأن Swift هي لغة مصممة لتكون سهلة الاستخدام.
بعد كل ما قيل ، لا يسعنا سوى الانتظار لنرى ما هي الخطوة التي تقوم بها Google ، سواء كانت تتلقى ضغطًا من جهات أخرى أم لا وكيف تؤثر هذه الحركات على منتجاتها النهائية أو Apple ، بينما ننتظر ، هل ترغب في رؤية هذا السيناريو يتحقق؟
مع التجزئة الموجودة في Android ، لا تستطيع Google تشغيل ذلك ، بعد أن فكرت فيه قبل السيد Google
هذا يبدو مثاليا بالنسبة لي يجب أن يتخلص Android من جهاز Java الظاهري وأن يعمل مباشرة على الأجهزة الحقيقية إذا أردنا أن يقوم نظام التشغيل والتطبيقات بتسخير قوة الهواتف والأجهزة اللوحية الحالية. ولا ينبغي أن تقدم Google لغة واحدة فقط ، بل يجب أن تقدم أكثر من لغة برمجة واحدة ، كما يحدث مع أجهزة الكمبيوتر المتوفرة لجميع الأذواق والاحتياجات.
وبالطبع يجب أن يكون من الممكن برمجة Android ON Android. ما هو وجود جهاز لوحي decacore ، مع 4 جيجابايت من ذاكرة الوصول العشوائي والتخزين لأنبوب ... والاضطرار إلى الذهاب إلى جهاز كمبيوتر مشترك لبرمجة شيء ما؟ يجب أن تحصل على هذين الأمرين ، وعليك الحصول عليهما الآن أو بالإضافة إلى التجزئة ، سيكون Android نظامًا راكدًا.
في الواقع كان يجب أن يكون كاتب المقال قد وثق بشكل أفضل عن أشياء كثيرة. هناك أشياء لا تحافظ حتى على الحد الأدنى من العلاقة. كانت مشاكل الأداء التي كانت موجودة في Android بسبب قلة الأجهزة التي كانت موجودة في ذلك الوقت وهذا بدوره يرجع إلى حقيقة أن نظام التشغيل يسمح بما لا يسمح به IOS. قدمت IOS حاليًا مهام متعددة حقيقية ، و Voila !! نرى أجهزة Apple ذات. الآلات الافتراضية هي في الواقع تقنية لتحقيق تنفيذ أعلى من تلك الخاصة باللغات المترجمة ، ولا علاقة لها بالأداء. تتمتع الأجهزة الافتراضية ، مثل تلك الموجودة في .Net (من Microsoft ، حيث يتم تشغيل ألعاب Xbox) بأداء أقل من جهاز Java الظاهري. تحتوي الأجهزة الافتراضية اليوم على مترجم وقت التشغيل يسمى JIT. يتم تجميع الرمز الثانوي إلى ثنائي في المرة الأولى التي يتم تنفيذه فيها ، ولكن قبل التجميع المذكور ، يتم تحسين رمز بايت كود المبرمج ، وبالتالي يتم تحسينه مرة أخرى في وقت تجميعه بواسطة JIT. يجب عليك توثيق أفضل ما لديكم في المرحلة التالية.
هناك شيء آخر ، بالتأكيد تريد Google تجنب المشكلات القانونية ، والتي لا تتعلق أيضًا بتبني Kotlin ، نظرًا لأن Kotlin لا تزال مثبتة على Java. لقد كنت أستخدمه منذ فترة حتى الآن (منذ أن كنت إصدارًا تجريبيًا) ، إنه جافا على المنشطات ، ويمكن القول إنه إصدار Swift الذي يتم تشغيله في جافا ، فهي متشابهة جدًا من حيث التركيب والتجميع الوقت ممتاز ، ليس بنفس سرعة جافا ، ولكنه ليس سببًا ذا صلة كما ذكرنا. تفصيل آخر هو أن Kotlin يستخدم بالفعل كثيرًا في عالم Android ، ولا توجد أخبار بخصوص استخدامه. ما يجب أن تفعله Google هو تقديم أطر عمل ذات أنماط معمارية أفضل ، وجعل الأمور أكثر راحة مثل تعليقات Android التوضيحية أو مثل سكين الزبد