gRPC في Swift: متى ولماذا هو ضروري حقًا

gRPC في Swift: عندما لا يكون مجرد موضة، بل ضرورة

تخيل: أنت تكتب تطبيق iOS للتحكم في منزل ذكي. يتم إرسال الأوامر كل ثانية، وتأخير 100 مللي ثانية يعتبر كارثة. أو أنك تبني خدمة بث، حيث ينتقل الفيديو والصوت والقياسات عن بعد في وقت واحد. هنا سيبدأ REST في "التعثر" والوقوف في الزاوية. تعرف على — gRPC في Swift.

لكن لنكن صادقين: gRPC ليس رصاصة فضية. أحيانًا، JSON بسيط على HTTP/1.1 يعمل بشكل أفضل. في هذه المقالة، سنحلل متى يكون gRPC في iOS مبررًا، ومتى يكون من الأفضل ترك REST، وكيف يبدو ذلك في كود حقيقي بلغة Swift.

لن أطيل الكلام. فقط ممارسة، أمثلة، وسيناريوهات محددة. هيا بنا.

ما هو gRPC (باختصار شديد، لمن فاته)

gRPC هو إطار عمل RPC من Google يستخدم Protocol Buffers (protobuf) لتسلسل البيانات و HTTP/2 للنقل. يدعم:

\n
• الاستدعاءات الأحادية (مثل REST العادي)
\n
• البث من الخادم
\n
• البث من العميل
\n
• البث ثنائي الاتجاه
\n

في Swift، هناك مكتبة رسمية grpc-swift (Swift Package Manager) تسمح لكل من العميل والخادم بالعمل بلغة Swift. نعم، يمكنك كتابة خادم بلغة Swift مع gRPC — هذه ليست مزحة.

متى يكون gRPC في Swift أفضل صديق لك

1. الأحمال العالية وزمن الوصول المنخفض

إذا كان تطبيقك يرسل مئات الطلبات في الثانية (مثل التداول، الألعاب، إنترنت الأشياء)، فإن gRPC يفوز بفضل:

\n
• HTTP/2 — تعدد الإرسال، ضغط الرؤوس
\n
• البروتوكول الثنائي — protobuf يُحلل أسرع من JSON
\n
• اتصالات Keep-alive — لا حاجة لفتح مصافحة TCP في كل مرة
\n

مثال من الحياة الواقعية: تطبيق لمراقبة الخوادم. كل ثانية تصل 1000 مقياس. مع REST — 1000 اتصال TCP، مع gRPC — اتصال واحد طويل العمر. الفرق في استهلاك البطارية — أضعاف.

2. بث البيانات

REST مع نمط "طلب-استجابة" لا يعرف البث. أما gRPC فيعرف. إذا كنت بحاجة إلى:

\n
• تلقي تحديثات أسعار العملات في الوقت الفعلي
\n
• بث الصوت/الفيديو
\n
• تلقي السجلات من الخادم فور ظهورها
\n

إذن gRPC هو اختيارك. إليك كيف يبدو البث من الخادم بلغة Swift:

// تعريف في .proto\nservice StreamService {\n    rpc SubscribeToUpdates(Empty) returns (stream Update) {}\n}\n\n// عميل بلغة Swift\nlet client = StreamServiceAsyncClient(channel: channel)\nlet updates = client.subscribeToUpdates(Empty())\n\nfor try await update in updates {\n    print("تم استلام تحديث: \\(update.message)")\n}

لاحظ: for try await — هذا هو Swift Concurrency. gRPC-Swift يعمل بشكل ممتاز مع هذا.

3. الميكروسيرفيسات بلغة Swift (نعم، هذا موجود)

يمكنك كتابة كل الواجهة الخلفية بلغة Swift (Vapor, Hummingbird) واستخدام gRPC للتواصل الداخلي بين الميكروسيرفيسات. المزايا:

\n
• كود مشترك للنماذج (protobuf يُنشئ هياكل Swift)
\n
• كتابة صارمة للأنواع
\n
• دعم مدمج للمهلات، إعادة المحاولة، موازنة التحميل
\n

// خادم بلغة Swift\nfinal class GreeterProvider: GreeterAsyncProvider {\n    func sayHello(request: HelloRequest, context: GRPCAsyncServerCallContext) async throws -> HelloReply {\n        return HelloReply.with { $0.message = "مرحبًا، \\(request.name)!" }\n    }\n}

هذا الكود هو خادم gRPC كامل يمكن تشغيله على أي خادم Linux/macOS.

4. عندما يكون لديك نظام تعاقدي صارم

ملفات Protobuf هي مصدر حقيقة واحد. وصفت API في .proto، أنشأت كودًا لـ Swift و Go و Python — والجميع يتحدثون نفس اللغة. لا مزيد من "أوه، هذا الحقل اختياري، وهذا ليس كذلك".

للفرق الكبيرة، هذا منقذ