أفضل من 6 أشهر الأولى من سويفت من Sundell

قبل ستة أشهر ، وضعت نفسي على تحدٍ - بصفتي شخصًا يمكنه حساب عدد منشورات المدونة التي كتبت في حياتي كلها من جهة واحدة - هل يمكنني البدء في كتابة منشور جديد عن سويفت كل أسبوع؟

الآن ، بعد 26 مشاركة ، أنا سعيد للغاية لأنني قررت قبول هذا التحدي. كانت كتابة رسالة جديدة كل أسبوع صعبة بالفعل ، ولكنها كانت ممتعة وممتعة ومجزية للغاية. لقد تعلمت الكثير - سواء عن سويفت أو عن الكتابة - وأنا متواضع وسعيد للغاية لجميع التعليقات والأسئلة العظيمة التي تلقيتها من المجتمع.

على الرغم من أنني لا أعتزم التوقف عن القيام بذلك في أي وقت قريب ، إلا أنني أريد أن أتوقف لحظة ونحتفل بهذا الإنجاز الهام - من خلال النظر إلى الوراء في الأشهر الستة الماضية وإدراج أفضل محتوى في الجولة الأولى من المشاركات.

لنغوص في

الأكثر شعبية

هذه هي المشاركات الخمسة الأكثر شعبية معك - القراء - وفقًا لعدد القراءات والمشاركات:

the اختيار الطريقة الصحيحة للفشل في سويفت

هذا إلى حد بعيد هو الأكثر شعبية بين جميع مشاركاتي ، حيث ألقِ نظرة على الخيارات المختلفة للتعامل مع الأخطاء في Swift. لقد قمت بتقسيم الأخطاء عن طريق الاسترداد غير القابل للاسترداد ، من أجل اختيار التقنية الأكثر ملائمة لمعالجتها.

times تحسين أوقات تجميع السويفت

بعد إجراء بعض التغييرات على أحد أكبر المشاريع التي أعمل عليها ، تمكنت من تقليل وقت الترجمة بأكثر من 20٪. أشارك في هذا المنشور الدروس المستفادة من القيام بذلك ، وأقدم بعض النصائح حول كيفية تحديد كتل التعليمات البرمجية التي تستغرق وقتًا طويلاً في التجميع.

التعامل مع الاختيارات غير الاختيارية في Swift

بدأ أحد التعديلات الكبيرة لمعظم المطورين الذين ينتقلون من Objective-C إلى Swift في التفكير في المتغيرات والمعلمات باعتبارها اختيارية وغير اختيارية. في هذا المنشور ، ألق نظرة على بعض التقنيات التي يمكن أن تساعد في تقليل عدد الاختيارات غير الاختيارية بالفعل ، والتي عادة ما تؤدي إلى بنية محسنة ورمز أكثر ثباتًا.

وقت السفر في اختبارات وحدة سويفت

يكون التعامل مع التواريخ أمرًا صعبًا دائمًا ، خاصةً في اختبار الوحدات ، عندما ترغب في التحقق من الرمز الذي يعتمد بشكل كبير على فترات التاريخ والوقت الحالية. يقدم هذا المنشور تقنية سهلة التطبيق تتيح لك توفير تواريخ وهمية على الشفرة الخاصة بك ، مما يتيح "السفر عبر الزمن" في اختباراتك.

deep الغوص العميق في غراند سنترال ديسباتش في سويفت

أحب الغوص في أعماق الأطر - خاصة تلك التي استخدمتها لفترة طويلة. Grand Central Dispatch (GCD) هو واحد من هؤلاء ، وفي هذا (مما أعتقد أنه سيكون العديد من الغوصات العميقة) - أذهب إلى ما هو أكثر من واجهات برمجة التطبيقات (APIs) الأكثر شيوعًا وألقي نظرة على بعض العناصر القوية حقًا (وغير المعروفة على نطاق واسع ) الميزات التي يمكن أن تساعد في حل العديد من المشاكل الشائعة.

مفضلتي

من الصعب حقًا اختيار المفضلات من شيء قمت بإنشائه بنفسك ، ولكن دعنا نقول فقط إن هذه هي المنشورات التي أشعر بسعادة أكبر لكيفية ظهورها:

الدولة النمذجة في سويفت

كان هذا واحد الوصيف عن قرب في المفضلة للقارئ ، وبالتأكيد هو واحد من المفضلة أيضا. لقد كانت متعة كبيرة في الكتابة ، وأنا سعيد جدًا بالطريقة التي تمكنت من خلالها من توصيل أفكار هذا المنشور - ورد الفعل الذي تلقاه من المجتمع. يتعلق الأمر بكيفية جعل كود إدارة الولاية أسهل ، من خلال فرض مصادر فردية للحقيقة وجعل تغييرات الحالة متفاعلة.

code اختبار رمز سويفت الذي يستخدم مفردات النظام في 3 خطوات سهلة

أنا معجب جدًا بالاختبار ، لذا فإن أي شيء يمكنني القيام به لجعل الاختبار أسهل وأسرع هو عادة ما أكون مهتمًا به. بينما أحاول دائمًا كتابة التعليمات البرمجية الخاصة بي بطريقة قابلة للاختبار ، والكثير من التعليمات البرمجية التي نكتب على أساس يومي يتفاعل مع واجهات برمجة التطبيقات النظام - والعديد من تلك تستند المفرد. عادةً ما تُعرف Singletons بجعل الاختبار مستحيلًا ، ولكن في هذا المنشور ، أمشي خلال 3 خطوات لتغيير ذلك بسهولة.

the تحت غطاء العقود الآجلة والوعود في سويفت

هذا ، في وقت كتابة هذا التقرير ، هو آخر منشور لي - وأنا سعيد جدًا بكيفية ظهوره. العقود الآجلة والوعود هي طريقة مثيرة للاهتمام للغاية للتعامل مع الشفرة غير المتزامنة ، ولكن في بعض الأحيان قد يكون من الصعب بعض الشيء الالتفاف حول رأسك (لا سيما عندما يتعلق الأمر بالفرق بين مستقبل مستقبلي وعد ). لذا في هذا المنشور ، أردت تقسيم الأشياء وأظهر كيف يمكن تنفيذ العقود المستقبلية والوعود من الصفر دون الكثير من التعليمات البرمجية.

🛠 بناء إطار الرسوم المتحركة التعريفي في سويفت

كانت هذه هي المرة الأولى التي أتعامل فيها مع موضوع أكبر بكثير - وهو بناء إطار إعلاني متحرك من البداية - في منشور من جزأين. لقد كان من الرائع القيام بذلك ، وكان من الرائع حقًا أن نسمع من العديد من الأشخاص في المجتمع الذين قاموا إما ببناء أدواتهم الخاصة بناءً على هذا المنشور ، أو اتبعوا طريقة مماثلة من قبل. سيعود مفهوم المشاركة المكون من جزأين بالتأكيد في المستقبل .

API توفير API خطأ موحد سويفت

المنشور الذي بدأ كل شيء! في الوقت الذي كتبت فيه هذا المنشور ، لم يكن لدي أي فكرة عما إذا كنت سأستمتع بالكتابة - أو ما إذا كان أي شخص مهتم بقراءة مشاركاتي . على الرغم من أنني أعتقد أن مشاركاتي قد تطورت كثيرًا منذ ذلك الحين ، إلا أن هذه المشاركة ستظل دائمًا تحتل مكانًا مميزًا في قلبي. يتعلق الأمر بكيفية تصميم واجهات برمجة التطبيقات بشكل أفضل من خلال التفكير في كيفية معالجة الأخطاء ونوع الأخطاء التي يمكن أن ترتكبها واجهة برمجة التطبيقات.

إليك 6 أشهر أخرى!

سواء كنت تقرأ كل مشاركة ، أو هذه هي المرة الأولى التي تزور فيها هذه المدونة - شكرًا لك! حقيقة أن الكثير منكم يقرأ هذه التعليقات ويعلقها ويشاركها يعني الكثير بالنسبة لي ، وأنت ما يبقيني متحمساً لمواصلة كتابة شيء جديد كل أسبوع.

أخطط لمواصلة القيام بذلك لأطول فترة ممكنة - حتى الآن وقد تم الاحتفال بهذا الحدث الهام - أتطلع إلى 6 أشهر أخرى من المشاركات الأسبوعية!

آمل أن تبقى في رحلة ، وكما هو الحال دائمًا ، شكرًا على القراءة!