مايكروسوفت تعمل على NET 5 الموحد، إطار واحد لكل المنصات ولكافة الأجهزة
المطورين تعبوا مع مايكروسوفت,
للأسف مايكروسوفت فى الفترة الأخيرة أصبحت غير اعتمادية و غير متسقة على الاطلاق.
تذكرون SilverLight؟ ماتت بعد ان كانت المستقبل فى عالم يتمحور حول الويب!
ثم UWP, كانت التكنولوجيا العظيمة التى سوف تستبدل كل شىء من اجل عالم متعدد المنصات و الأجهزة, ماتت أيضا بعد سنتين على ما يبدو!
كما ترى, كلام كبير و فخم يؤديه Satya Nadella فى بداية مؤتمر المطورين ثم ينساه بعد سنتين ليخرجوا بمنصة جديدة تكون هى المستقبل!
للأمان مع ويندوز التزم بWin32/64 و windows API لأن أى شىء أخر لن يعيش طويلا (مكتبات Windows API هى ما يقوم عليه ويندوز, و أى شىء أخر تعمل حولها و تناديها فى النهاية) ! مايكروسوفت مؤخرا أصبحت غير مستقرة و لا تلتزم بأى شىء.
عملت موقع واحد ب سلفرلايت منذ سبع سنوات وكنت منبهر بها حينها، إلى أن قرأت أن مايكروسوفت ستوقف دعمها فتركتها
وإلى الآن لم أعمل مشروع واحد ب UWP وبقيت مركز على WPF لأنه أفضل شيء أنتجته مايكروسوفت كإطار UI وخصوصا لأن بعض الزبائن يستخدمون Windows 7 إلى الآن وسنفقدهم لو حصرت العمل ب UWP
كنت أنظر إلى لغة #C على أن ميزاتها قوية إلى أن اكتشفت مؤخرا أثناء عملي على أندرويد ستوديو سحر Kotlin ، من حيث السهولة والإنتاجية والاختزال، فأدركت أن #C متأخرة في الركب. لا أقصد كقوة مترجم وإنما كميزات لغة للتكويد.
ومع ذلك فكل اللغات والمنصات لكل الشركات، معرضة للتوقف إذا اقتضت الحاجة وليس فقط مايكروسوفت.
هذه هى ميزة سى++,
سى++ تستهدف مكتبات النظام (ايا كان, ويندوز, لينكس, ماك) بشكل مباشر, ما يجعل اكوادك مستمرة طالما ظل نظام التشغيل نفسه مستمر.
فهى ليست مرتبطة بشركة أو هيئة ما, بعكس معظم اللغات الأخرى, جافا مرتبطة بأوراكل, Kotlin و Go مرتبطين بجوجل, سويفت مرتبطة بأبل, Rust مرتبطة بفايرفوكس و هكذا.
شخصيا انا استخدم مكتبات VCL من Embarcadero (و هى فى النهاية Thin Wrapper حول مكتبات النظام ويندوز), لكننى أحرص على حصرها فى الواجهة الرسومية فقط, بينما كل شىء أخر فى الbusiness logic يعمل من خلال استهداف مكتبات ويندوز مباشرة أو من خلال مكتبات سى++ القياسية (التى بدورها تستهدف مكتبات النظام مباشرة),
بهذه الطريقة يمكن - نظريا - نقل الاكواد الى مترجم و بيئة تطوير اخرى بمجرد استبدال الواجهة الرسومية.
التعليقات