عند تحويل الكود إلى Swift 3، لاحظت خللا غريبا يحدث عند قراءة حقل الرأس من HTTPURLResponse. فالكود:
swiftlet id = httpResponse.allHeaderFields["eTag"] as? String
لم يعمل بعد التحويل.
قمت بطباعة قاموس كل الرؤوس، ووجدت أن جميع مفاتيح الرأس بحالة الجملة. ووفقًا لبرنامج Charles proxy، تكون جميع رؤوس الرسائل في حالة الحروف الصغيرة. ووفقًا لفريق الخادم الخلفي، في كودهم، تكون رؤوس الرسائل في حالة العنوان. ووفقًا للوثائق: يجب أن تكون الرؤوس غير حساسة لحالة الحروف.
لذا، لا أعرف أيهم يجب أن أصدق. هل يجد أي شخص آخر في Swift 3 أن رؤوس الرسائل الخاصة به تتحول الآن إلى حالة الجملة من قِبل iOS؟ إذا كان الأمر كذلك، هل هذا السلوك هو الذي نريده؟
هل يجب علي إرسال خلل لشركة Apple، أم يجب علي إنشاء فئة على HTTPURLResponse للسماح لنفسي بالبحث بغير حساسية لحالة الحروف عن قيمة رأس؟
المزيد من المعلومات
بالطبع، دعنا نستكمل النقاش.
قبل أن نقرر ما إذا كان يجب إرسال خلل لشركة Apple أو تطبيق إصلاح آخر، دعونا ننظر في بعض النقاط الأساسية.
أولاً، من الواضح أن هناك تضارب في البيانات المتعلقة بحالة الحروف في رؤوس الرسائل. وهذا يعني أنه من المهم فحص كيفية توليد هذه الرؤوس في كل نقطة على مسار الاتصال. إذا كان الخادم الخلفي يقوم بتوليد الرؤوس بحالة العنوان، فإنه ينبغي للتطبيق الخلفي أن يتماشى مع هذا التوقع.
ثانياً، وفقاً للوثائق، يجب أن تكون رؤوس الرسائل غير حساسة لحالة الحروف. وهذا يعني أنه عندما نطلب قيمة محددة لرأس معين، يجب أن يتم البحث بغض النظر عن حالة الحروف. وهنا تكمن المشكلة: إذا كانت جميع الرؤوس تحولت إلى حالة الجملة، فسيصبح البحث عن رأس معين صعبًا.
مع تفكيرنا في هذه النقاط، هل من المنطقي أن نقوم بتعديل السلوك المتوقع لرؤوس الرسائل في تطبيقنا لمطابقة ما تم إعداده على الخادم الخلفي؟ أم ينبغي لنا التمسك بالتوقع الموثق وإرسال خلل لشركة Apple لمعالجة هذا السلوك المختلف؟
تجيب هذه الأسئلة على ما إذا كنتم تريدون استكمال النهج التقليدي أو اتخاذ خطوة إضافية لتعديل السلوك. إذا كنتم تفضلون الإبلاغ عن الخلل، فاتباع هذا المسار يمكن أن يؤدي إلى تحسين المنتج للمستخدمين في المستقبل. ومن ناحية أخرى، إذا كنتم تريدون التصرف بشكل فعال للحفاظ على توافق التطبيق مع الخوادم الحالية دون الانتظار لتحديث، فإن تعديل السلوك المتوقع للتطبيق يمكن أن يكون الحل الأمثل.
بغض النظر عن الخيار الذي تختارونه، يجب أن تكون خطوتكم مدعومة بتوجيه دقيق واعتبار لتأثيراتها المحتملة على تجربة المستخدم وصيانة التطبيق في المستقبل.
