C# مقابل C++: الذاكرة والأداء وتطوير الألعاب وصعوبة التعلّم

تشترك C# وC++ في حرف وفي صياغة الأقواس المعقوصة، لكنهما في مستويين مختلفين. تُترجم C++ (1985) مباشرة إلى شيفرة آلة وتتيح لك التحكم بدقة في مكان عيش كل كائن ولحظة زواله. أما C# (2002) فتُترجم إلى لغة وسيطة يحوّلها وقت تشغيل .NET إلى شيفرة آلة أثناء التشغيل، ويستعيد جامع النفايات الذاكرة عنك. تنبع كل الفروق التالية تقريبًا من هذا الخيار الواحد.

نظرة سريعة

الذاكرة: جامع النفايات مقابل RAII

في C++ يُهدم الكائن ذو التخزين التلقائي حين يخرج من نطاقه، ويعمل مُهدِّمه في تلك اللحظة بالضبط. أما كائنات الكومة فتملكها المؤشرات الذكية (std::unique_ptr وstd::shared_ptr) أو تُدار يدويًا بـ new وdelete. هذا النمط، Resource Acquisition Is Initialization (RAII)، يمنح تنظيفًا حتميًا للذاكرة ولكل مورد آخر.

// C++
#include <memory>
#include <fstream>

void save() {
    std::ofstream file("log.txt");          // opened here
    auto buffer = std::make_unique<char[]>(4096);
    file << "saved\n";
}   // file closed and buffer freed here, in reverse order

في C# يعيش كل مثيل صنف في الكومة المُدارة ويحرّره جامع النفايات في وقت لاحق، حين لا يعود شيء يشير إليه. لا تكتب delete أبدًا ولا يمكنك أبدًا تحرير شيء ما زال قيد الاستخدام. الذاكرة محسومة؛ أما ما لا يعالجه جامع النفايات فورًا فهو الموارد الأخرى: الملفات والمقابس واتصالات قواعد البيانات. لهذه توفّر C# الواجهة IDisposable والعبارة using، التي تستدعي Dispose في نهاية الكتلة، وهي أقرب شيء إلى المُهدِّم:

using System;

class Connection : IDisposable
{
    private readonly string name;
    public Connection(string name) { this.name = name; Console.WriteLine($"open {name}"); }
    public void Send(string msg) { Console.WriteLine($"{name} <- {msg}"); }
    public void Dispose() { Console.WriteLine($"close {name}"); }
}

class Program
{
    static void Main()
    {
        using (var db = new Connection("db"))
        using (var cache = new Connection("cache"))
        {
            db.Send("SELECT 1");
            cache.Send("PING");
        }   // Dispose runs here, in reverse order, even if an exception is thrown
        Console.WriteLine("done");
    }
}

المخرجات:

open db
open cache
db <- SELECT 1
cache <- PING
close cache
close db
done

الفرق أن التنظيف في C++ مربوط بالنطاق لكل كائن محلي ولكل كائن يملكه مؤشر ذكي، بينما هو في C# تلقائي للذاكرة واختياري (عبر using) لكل ما عداها. المزيد في صفحة العبارة using.

الأمان: استثناءات بدل السلوك غير المعرّف

القراءة بعد نهاية مصفوفة في C++ سلوك غير معرّف: قد يطبع البرنامج قيمًا عشوائية، أو ينهار، أو يستمر في العمل بذاكرة تالفة، وقد تتغيّر النتيجة بين بناء وآخر. الخطأ نفسه في C# يرمي استثناءً في السطر بالضبط.

// C++: compiles, and the behavior is undefined
int scores[3] = {90, 85, 77};
int x = scores[5];   // reads whatever is in memory there

using System;

class Program
{
    static void Main()
    {
        int[] scores = { 90, 85, 77 };
        try
        {
            int x = scores[5];
            Console.WriteLine(x);
        }
        catch (IndexOutOfRangeException)
        {
            Console.WriteLine("Index 5 is outside an array of length " + scores.Length);
        }

        string name = null;
        try
        {
            Console.WriteLine(name.Length);
        }
        catch (NullReferenceException)
        {
            Console.WriteLine("name was null");
        }
    }
}

المخرجات:

Index 5 is outside an array of length 3
name was null

فئة أخطاء تلف الذاكرة كلها (تجاوز حدود المخازن، الاستخدام بعد التحرير، التحرير المزدوج، المؤشرات المعلّقة) غير موجودة في C# الآمنة. وهذا جزء كبير من سبب كون شيفرة C# أسرع كتابة ومراجعة.

المؤشرات والشيفرة غير الآمنة

في C# مؤشرات فعلًا، لكن داخل كتل unsafe فقط، ويجب أن يفعّلها المشروع بـ <AllowUnsafeBlocks>true</AllowUnsafeBlocks>. قد تتحرك الكائنات في الكومة المُدارة أثناء جمع النفايات، لذا تثبّتها بـ fixed قبل أخذ عنوانها:

// C#, requires AllowUnsafeBlocks
unsafe
{
    int[] data = { 1, 2, 3 };
    fixed (int* p = data)
    {
        *(p + 1) = 20;   // data is now { 1, 20, 3 }
    }
}

تُستخدم الشيفرة غير الآمنة للتشغيل البيني مع المكتبات الأصلية ولبضع حلقات ساخنة. أما معظم شيفرة C# منخفضة المستوى اليوم فتستخدم Span<T> والمتغيّرات المحلية ref وstackalloc بدلًا منها، وهي تمنح أداء قريبًا من المؤشرات مع الإبقاء على فحص الحدود.

الأداء

تعطي C++ المترجمَ البرنامج كله مسبقًا ولا تضيف شيئًا وقت التشغيل: لا جامع نفايات ولا JIT ولا فحص حدود ما لم تطلبه. وهذا يجعلها الخيار حيث تهمّ كل ميكروثانية أو كل بايت، وحيث التوقفات غير مقبولة.

تدفع C# ثمن أمانها بوقت تشغيل، وإحماء JIT عند البدء، وتوقفات عرضية لجامع النفايات. في الإنتاجية تكون عادة ضمن عامل صغير من C++، وقد ضاقت الفجوة مع كل إصدار من .NET: JIT متدرّج مع تحسين موجّه بالقياس، والبنى وSpan<T> لتجنّب الحجز، والتعليمات المدمجة للعتاد من أجل SIMD، وNative AOT للترجمة المسبقة إلى ملف تنفيذي أصلي واحد. في واجهات API للويب والأدوات ومنطق الأعمال تهيمن قاعدة البيانات والشبكة، ونادرًا ما يظهر فرق اللغة.

تطوير الألعاب: Unity مقابل Unreal

هنا يصادف معظم الناس هذا السؤال. يُبرمَج Unity بـ C#: شيفرة اللعب والواجهة والأدوات أصناف C# مرتبطة بكائنات اللعبة، بينما نواة المحرك C++. أما Unreal Engine فمكتوب بـ C++ وشيفرة اللعب C++ إضافة إلى نظام البرمجة المرئية Blueprints. ويدعم Godot كلًّا من GDScript وC#.

C# مع Unity أسرع تعلّمًا وتكرارًا، ولهذا هي شائعة جدًا في الألعاب المستقلة وألعاب الجوال. أما Unreal وC++ فهما المعيار في استوديوهات AAA، ومبرمجو المحركات في كل مكان يعملون بـ C++. المسار الشائع أن تبدأ بـ Unity، ثم تتعلم C++ إن انتقلت إلى Unreal أو إلى العمل على المحركات.

نموذج البناء

يُقسَّم برنامج C++ إلى ترويسات (.h، للتصريحات) وملفات مصدر (.cpp، للتعريفات). يلصق المعالج الأولي الترويسات في كل ملف مصدر، ويُترجم كل ملف على حدة، ويضمّ الرابط النتائج. تُستنسخ القوالب في كل ملف يستخدمها، وهذا أحد أسباب بطء بناء مشاريع C++ الكبيرة.

لا شيء من هذا في C#. المشروع مجموعة ملفات .cs تُترجم معًا في تجميع (.dll)؛ لا يهمّ ترتيب التصريحات ولا ترتيب الملفات، ويستطيع نوع في ملف استخدام نوع في ملف آخر دون include. تأتي المكتبات كحزم NuGet. وتستورد الموجّهة using فضاء أسماء لا ملفًا.

فروق في الصياغة ستلاحظها

• الكائنات. auto p = std::make_unique<Player>(); وp->Jump(); في C++؛ وvar p = new Player(); وp.Jump(); في C#. تستخدم C# النقطة . لكل شيء.
• النصوص. std::string قيمة قابلة للتغيير؛ أما string في C# فنوع مرجعي غير قابل للتغيير.
• الوراثة المتعددة. تسمح C++ للصنف بأن يرث من عدة أصناف؛ وتسمح C# بصنف أساس واحد وأي عدد من الواجهات.
• القوالب مقابل الأنواع العامة. قوالب C++ توليد شيفرة وقت الترجمة ويمكنها البرمجة الفوقية؛ أما الأنواع العامة في C# فتُفحص أنواعها مرة واحدة بقيود صريحة (where T : IComparable<T>).
• المكتبة القياسية. تتضمن مكتبة C# بروتوكول HTTP وJSON والتعابير النمطية وإدخال الملفات وإخراجها والضغط والتشفير؛ أما في C++ فكثير من ذلك يأتي من مكتبات خارجية.

أيهما تتعلّم

تعلّم C# إن أردت بناء تطبيقات أو أنظمة خلفية للويب أو أدوات أو ألعاب Unity ورؤية النتائج بسرعة. وتعلّم C++ إن كنت تستهدف محركات الألعاب أو الرسوميات أو الأنظمة المدمجة أو أنظمة التشغيل أو المتصفحات أو أي شيء يكون فيه التحكم على مستوى العتاد وزمن الاستجابة المتوقّع هو الغاية. C# لغة أولى ألطف؛ وC++ تستحق التعلّم ثانيًا، لأنها تعلّمك ما يفعله وقت تشغيل C# من أجلك.