المستوى القديم 09

المعرفة مقابل المهارات

علمتنا الكلية أنه لا يوجد فرق كبير بين النظرية والتطبيق. حسنا، بالتأكيد أنت تفهم أن هذا ليس هو نفسه. لكنك لا ترى الفرق الأساسي. ولكن هناك واحد. معظم الناس يضعون علامة المساواة بين "أعرف" و"أستطيع". هل أنت؟ ماذا عن بعض الأمثلة؟

1. أعلم أن التدخين مضر بالنسبة لي، لكني أدخن.
2. أعلم أن الوجبات السريعة مضرّة بالنسبة لي، لكني أتناولها.
3. أعرف قواعد المرور ولكني لا أستطيع القيادة.
4. أعلم أن الركض مفيد بالنسبة لي ولكني لا أمارس الركض في الصباح.

غالبًا ما يحدث أن الناس يأخذون عبارة "أعرف" على أنها "أستطيع". إنه مثال جيد مع قواعد المرور. إذا كان الشخص يعرف اللوائح ويعرف كيفية القيادة، فهل يعني ذلك أنه يستطيع القيادة؟ لا. ماذا لو كان يعتقد أنه يعرف كيفية القيادة؟ فلماذا يحتاج إلى مدرب - فهو يعرف كل شيء بالفعل. عندما تكون متأكدًا من أنك تعرف كل شيء بالفعل، فمن المحتمل أنك لن تتعلم أي شيء جديد. وإذا كنت متأكدًا من أنك تعرف كيفية القيام بكل شيء، فلن تدرس. فكرة كهذه لن تخطر على بالك. وهذا يعني أنك سوف تفوت كل الفرص الرائعة لتعلم شيء ما. الكلية المعتادة لا تمنحك إلا المعرفة؛ سيكون عليك اكتساب المهارات بنفسك. ولكن ماذا أسمع؟ هل كان لديك ممارسة إلى جانب النظرية في كليتك؟ حسنًا، إذا كنت تدرس في كلية الفيزياء ، فاصنع نموذجًا عمليًا لمحرك بخاري بكفاءة لا تقل عن 20%. أراهن أنك تعرف كيفية القيام بذلك، ولكنك لن تكون قادرًا على القيام بذلك، أليس كذلك؟ أنت الكيميائي ؟ اصنع مسحوقًا عديم الدخان. أنت تعرف كيف، ولكنك لا تستطيع، ها؟ عالم الرياضيات، هل أنت؟ احسب مسار قذيفة مدفعية. لا تنس أن تأخذ في الاعتبار شكل الصدفة. النقاط الرياضية لا تطير في الحياة الحقيقية. ولا توجد خيول كروية. أحيائي؟ عزل البنسلين. هذا العفن ينمو على البطيخ، كما تعلم. أنت تعرف كيف – رائع! هل يمكنك فعل ذلك؟ خبير اقتصادي؟ تقديم توقعات لنمو الأسعار على النفط. منتهي؟ والآن قم بتحويله إلى 2000 دولار أو 200000 دولار سنويًا بناءً على توقعاتك. هل سبق لك أن لعبت في الفوركس؟ من أجل المال الحقيقي؟ أو هل تعرف فقط ما هو؟ الاقتصاد العالمي؟ رائع! أين أفتح شركة خارجية؟ في هونغ كونغ، أيرلندا أو في الولايات المتحدة الأمريكية. لماذا؟ حتى لو كنت تعرف ذلك، وهو أمر مشكوك فيه، فمن الصعب أن تتمكن من القيام بذلك، لأنك لم تفعل ذلك أبدًا. ليس لديك حتى أدنى فكرة عن كيفية القيام بذلك. أوه، أنت لم تدرس ذلك في الكلية؟ بأي حق أعطيك مهام لست مستعداً لها؟ لأن هذه هي مهام الحياة الحقيقية. هذه هي الممارسة ، كل ما درسته في الكلية هو: الخيول الكروية، المنافسة الكاملة - لا يوجد أي منها في الحياة الواقعية. ولكن لماذا نسيت أن أذكر أخصائي التسويق ؟ ما هي أفضل طريقة لإنفاق الـ 500 دولار الخاصة بي حتى يعرف أكبر عدد ممكن من الناس عن محاضراتي؟ على الإعلان؟ هل تعلم أنه ليس فقط الإعلان الكلاسيكي قد عفا عليه الزمن بالفعل، ولكن أيضًا مفهوم USP (عرض البيع الفريد)، والذي أنا متأكد من أنك تعلمته في الكلية باعتباره الدواء الشافي الفريد تقريبًا. ننسى أنك تعرف أي شيء. اسأل نفسك - ماذا يمكنني أن أفعل؟ مفيد يعني؟ شيء سيدفع الناس المال مقابله؟ المال الجيد يعني؟ لذا، أيها الأصدقاء، دعونا نعرب عن امتناننا لهذه الدورة الرائعة مثل CodeGym. وبفضل ذلك، لن تعرف كيفية البرمجة فحسب، بل ستتمكن بالفعل من القيام بذلك. ستتمكن أيضًا من الحصول على وظيفة وكسب أموال جيدة في غضون سنوات قليلة. آمل أن يكون هذا المال كافيًا للعيش بشكل لطيف ومريح. سأقولها مرة أخرى، حتى تتذكر: لا يهم ما تعرفه. الشيء الوحيد المهم هو المهارات المفيدة التي تمتلكها، والتي يتوق الناس إلى أن يدفعوها لك. كلما أسرعت في فهم هذا، كلما كان ذلك أفضل.

لقد وصلت إلى مستوى جديد

المستوى 9

1 ريشة، تتبع المكدس

- يا! سأخبرك اليوم ما هو تتبع المكدس. لكن دعني أشرح لك أولاً ما هو المكدس. - تخيل كومة من الأوراق - مهام لموظف معين. يمكن وضع مهمة جديدة في أعلى المكدس، وسيأخذ مهمة من أعلى المكدس. وبالتالي، لن يتم تنفيذ المهام على أساس أسبقية الحضور. في كل مرة يتولى فيها الموظف المهمة التي تأتي أخيرًا. يُطلق على هيكل التجميع هذا اسم المكدس . - في جافا، هناك مجموعة خاصة - Stack. تحتوي هذه المجموعة على طرق «إضافة عنصر» و«أخذ (الحصول على/إزالة) عنصر». كما تعلمون، سيتم أخذ العنصر الأخير المضاف أولاً. - همم. أعتقد أن الأمر ليس صعبًا. - بخير. ثم اسمحوا لي أن أشرح ما هو تتبع المكدس . - تخيل أنه في Java تستدعي الدالة А الدالة B ، وهذه الأخيرة تستدعي الدالة C ، والتي بدورها تستدعي الدالة D. لذلك، للخروج من الدالة B ، يجب عليك أولاً الخروج من الدالة C ، وللقيام بذلك عليك الخروج من الدالة D. هذا مشابه جدًا للمكدس. - وما هو التشابه؟ - في المكدس، للوصول إلى مهمة معينة، عليك أيضًا إكمال جميع المهام الموضوعة في الأعلى. - حسنًا، إنه تشبيه نوعًا ما، لكنني لست متأكدًا مما إذا كنت أفهم كل شيء بشكل صحيح. - انظر هنا. في Java المكدس عبارة عن مجموعة من العناصر. إنها مثل أوراق في كومة. لتأخذ الثالثة من الأعلى، عليك أن تأخذ الورقة الثانية، ولكن قبل ذلك عليك أن تأخذ الورقة الأولى. يمكنك دائمًا وضع الأوراق وأخذها، لكن يمكنك وضعها في الأعلى فقط وأخذها من الأعلى فقط. الأمر نفسه ينطبق على استدعاء الوظيفة. الدالة А تستدعي الدالة B ، والأخيرة تستدعي الدالة C. للخروج من А ، يجب عليك أولاً الخروج من B ، وللقيام بذلك عليك الخروج من C. - انتظر دقيقة. إذا قمت بذلك بشكل صحيح، فستظهر المكدس بأكمله في «يمكن أخذ الورقة الأخيرة التي تم وضعها على المكدس فقط» و «أولاً، يجب الخروج من آخر وظيفة تم استدعاؤها». هل هذا صحيح؟ - نعم. لذلك، فإن تسلسل استدعاءات الوظائف هو «مكدس استدعاءات الوظائف»، أو ببساطة «مكدس الاستدعاءات». يجب إنهاء الوظيفة التي تم استدعاؤها أخيرًا أولاً. لننظر إلى المثال: - حسنًا. أعتقد أن كل شيء واضح مع استدعاء الوظيفة. ولكن ما هو StackTraceElement هذا ؟ - يقوم جهاز Java الظاهري بتسجيل جميع استدعاءات الوظائف. لهذا الغرض، لديها مجموعة خاصة - المكدس. عندما تستدعي دالة أخرى، يضع JVM عنصرًا جديدًا StackTraceElementفي هذه المكدس. عندما تنتهي الوظيفة، يتم حذف العنصر من المكدس. وبالتالي، يقوم هذا المكدس دائمًا بتخزين معلومات محدثة حول الحالة الحالية لـ «مكدس استدعاء الوظيفة». - يحتوي كل StackTraceElement على معلومات حول الطريقة التي يتم استدعاؤها. لذا يمكنك الحصول على اسم هذه الطريقة باستخدام getMethodName . - المثال أعلاه يوضح ذلك:

1. احصل على «مكدس الاستدعاءات»:
2. قم بتكرار المصفوفة باستخدام الحلقة for-each . أتمنى أنك لم تنساه.
3. طباعة أسماء الطرق إلى System.out .

- شيء مثير للاهتمام، وسهل على ما يبدو. شكرا لك، ريشا!

2 دييغو، مهمة عرض تتبع المكدس

- مهلا، أميغو! إليك مهمة صغيرة لعرض تتبع المكدس على الشاشة.

3 إلي، الأخطاء والاستثناءات

- مهلا، أميغو! اليوم لدينا درس مثير للاهتمام للغاية. سأخبرك عن الاستثناءات. الاستثناء هو آلية خاصة للتحكم في الأخطاء في البرنامج. فيما يلي بعض الأمثلة على الأخطاء التي قد تحدث في البرنامج:

1. يحاول البرنامج كتابة ملف على القرص الكامل.
2. يحاول البرنامج استدعاء أسلوب متغير يقوم بتخزين المرجع الفارغ.
3. يحاول البرنامج قسمة رقم على 0.

تؤدي هذه الإجراءات إلى حدوث خطأ. عادةً ما يؤدي هذا إلى إغلاق البرنامج ، ولا داعي لمواصلة تنفيذ التعليمات البرمجية. - لماذا هذا؟ - هل هناك أي معنى لتدوير عجلة القيادة عندما تسقط السيارة من الهاوية؟ - هل تقصد أن البرنامج يجب أن ينتهي؟ - نعم. هكذا كان الأمر من قبل. أي خطأ أدى إلى إنهاء البرنامج. - إنه قرار ذكي للغاية. - أليس من الأفضل أن نحاول العمل عليها؟ - نعم. لقد كتبت نصًا ضخمًا في برنامج MS Word، وقمت بحفظه، ولم يتم حفظه، لكن البرنامج يخبرك أن كل شيء على ما يرام. وتستمر في الكتابة. سخيف، أليس كذلك؟ - نعم. - ثم توصل المبرمجون إلى خطوة مثيرة للاهتمام: حيث قامت كل وظيفة بإرجاع حالة عملها. 0 يعني أن الوظيفة تعمل كما كان من المفترض أن تعمل، أي قيمة أخرى – أن هناك خطأ : هذه القيمة كانت رمز خطأ. - ولكن هذا النهج كان له عيب. بعد كل استدعاء دالة (!) كان عليك التحقق من الكود (الرقم) الذي أرجعته الدالة. أولاً، كان الأمر غير مريح: نادرًا ما يتم تنفيذ تعليمات برمجية لمعالجة الأخطاء، ولكن كان عليك دائمًا كتابتها. ثانيًا، غالبًا ما تُرجع الوظائف نفسها قيمًا مختلفة - فماذا تفعل بها؟ - نعم. هذا ما كنت سأطرحه. - ثم جاء المستقبل المشرق، حيث ظهرت الاستثناءات ومعالجة الأخطاء. وإليك كيف يعمل:

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

- لكنك قلت أن البرنامج لن يخرج بالتأكيد. - هذا صحيح، لأن هناك طريقة للقبض على الاستثناء. متى وأينما أردت، يمكنك كتابة رمز خاص لالتقاط هذه الاستثناءات والقيام بشيء مهم. - للقيام بذلك، هناك محاولة بناء خاصة . انظر كيف يعمل: - لماذا «بعد استدعاء الطريقة 1. لن يتم عرضها أبدًا» لن يتم عرضها على الشاشة؟ - أنا سعيد لأنك سألت عن ذلك. في السطر 25، هناك قسمة على صفر. وهذا يؤدي إلى خطأ – استثناء. أنشأ جهاز Java الظاهري الكائن ArithmeticException الذي يحتوي على معلومات الخطأ. هذا الكائن استثناء. - حدث استثناء داخل الطريقة Method1() . وأدى ذلك إلى الإنهاء الفوري لهذه الطريقة. قد يؤدي أيضًا إلى إنهاء الطريقة الرئيسية ، إذا لم يكن هناك كتلة محاولة الالتقاط . - في حالة حدوث استثناء داخل كتلة المحاولة، فسيتم اكتشافه في كتلة الالتقاط . لن يتم تنفيذ بقية التعليمات البرمجية الموجودة في محاولة الكتلة، وسيبدأ تنفيذ عملية التقاط الكتلة على الفور. - أنا لا أفهم تماما. - بمعنى آخر، يعمل هذا الكود على النحو التالي:

1. في حالة حدوث استثناء داخل كتلة المحاولة ، لم يعد يتم تنفيذ التعليمات البرمجية الموجودة في هذه الكتلة، ولكن يبدأ تنفيذ التقاط الكتلة .
2. إذا لم يحدث أي استثناء، فسيتم تنفيذ كتلة المحاولة حتى النهاية ، ولن يتم تنفيذ الالتقاط مطلقًا .

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

4 إلي، RuntimeException، رميات

- قررت أن أطرح موضوعًا آخر اليوم. في Java، تنقسم جميع الاستثناءات إلى نوعين – خاضع للرقابة/محدد وغير متحكم فيه/غير محدد . يجب أن يتم اكتشاف الاستثناءات المحددة ، ويمكن اكتشافها دون تحديدها ولكن هذا غير مطلوب . - هل من الممكن طرح استثناءات في الكود عن قصد؟ - في التعليمات البرمجية الخاصة بك، يمكنك طرح الاستثناءات بنفسك. يمكنك حتى كتابة الاستثناءات الخاصة بك. لكننا سنتعمق في هذه الحفرة لاحقًا. الآن دعونا نتعلم كيفية التعامل مع الاستثناءات التي يطرحها جهاز Java الظاهري. - نعم. - إذا تم طرح (ظهور) استثناءات ClassNotFoundException و FileNotFoundException في إحدى الطرق، فيجب على المبرمج تحديدها في توقيع الطريقة (رأس الطريقة). يتم فحص هذه الاستثناءات . هذا ما يبدو عادةً: - إذن، نكتب فقط الرميات وندرج الاستثناءات مفصولة بفواصل. يمين؟ هل هذا صحيح؟ - نعم. ولكن هناك شيء آخر مثير للاهتمام. لكي يتم تجميع المثال أدناه، يجب على الطريقة التي تستدعي الطريقة 1 () إما التقاط هذه الاستثناءات أو طرحها للأمام. إذا كنت تريد طرح الاستثناء المحدد للأمام، فستحتاج إلى تحديده في رأس الطريقة . - مرة أخرى، إذا كنت تريد في الطريقة الرئيسية استدعاء طريقة تحتوي في عبارة رأسها على FileNotFoundException،... فعليك القيام بأحد هذين الأمرين:

1. للقبض على الاستثناءات FileNotFoundException،...
   سيتعين عليك تغليف الكود الذي تستدعي فيه طريقة خطيرة باستخدام كتلة محاولة الالتقاط
2. عدم التقاط الاستثناءات FileNotFoundException، ...

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

5 ريشا، تدوير مكدس الاستدعاءات، وكيفية القيام بذلك في الاستثناءات

- أود أن أخبركم المزيد عن كيفية عمل الاستثناءات. يوضح المثال أدناه ما يلي: - لا أفهم ذلك. - نعم. سأشرح ما يحدث. - في المثال الموجود على اليسار، نسمي عدة طرق بالترتيب التسلسلي. في الطريقة 2 () نقوم بإنشاء استثناء ورميه على وجه التحديد (لبدء خطأ). - المثال على اليمين يوضح ما يحدث. انظر إلى الطريقة 2 () . هذا هو ما يتحول إليه إنشاء الاستثناء: نقوم بإنشاء كائن من نوع RuntimeException ، ونخزنه في استثناء متغير خاص ونخرج من الطريقة على الفور - return . - في الطريقة 1 ، بعد استدعاء الطريقة 2 ، يتم التحقق مما إذا كان هناك استثناء أم لا؛ إذا كان هناك استثناء، فسيتم إنهاء الطريقة 1 على الفور. يتم إجراء هذا الفحص ضمنيًا بعد استدعاء كل طريقة (!) Java. - رائع! - بالضبط. - في العمود الموجود على اليمين في الطريقة الرئيسية ، كتبت ما يحدث عندما يتم اكتشاف استثناء بواسطة كتلة محاولة الالتقاط . إذا لم يكن هناك استثناء، يستمر تنفيذ التعليمات البرمجية تمامًا كما هو مخطط لها. إذا كان هناك استثناء من النوع المحدد في الصيد ، فإننا نتعامل معه. - وماذا يعني رمي ومثيل ؟ - انظر إلى السطر الأخير على اليسار لرمي RuntimeException (s) الجديد . بهذه الطريقة نقوم بإنشاء ورمي استثناء. هذا مجرد مثال. لن نفعل ذلك حتى الآن. - باستخدام الأمر « а exampleof B » في الجزء الأيمن نتحقق مما إذا كان الكائن a من النوع B. أي ما إذا كان الكائن المخزن في الاستثناء المتغير يحمل النوع RuntimeException . إنه تعبير منطقي. - حسنًا، أصبح الأمر أكثر وضوحًا بعض الشيء.

6 دييغو، مهمة التقاط الاستثناء

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

7 ريشة، كيف يعمل الصيد المتعدد

- الآن، بعض المحاضرات الأكثر إثارة للاهتمام. أنا أحب التدريس كثيرا. - أريد أن أخبرك كيف يعمل الصيد المتعدد . في الواقع، الأمر بسيط للغاية: عند حدوث استثناء في كتلة المحاولة ، يتم نقل تنفيذ البرنامج إلى المصيد الأول . - إذا كان النوع المحدد بين قوسين في كتلة الالتقاط هو نفس نوع كائن الاستثناء، فسيبدأ تنفيذ التعليمات البرمجية داخل {}. وإلا فإننا نذهب إلى الصيد التالي . يتم تكرار الشيك هناك. - إذا لم يكن هناك المزيد من كتل الالتقاط ، ولكن لم يتم اكتشاف الاستثناء، فسيتم طرحه للأمام، وستتم مقاطعة الطريقة الحالية. - أرى. سيتم تنفيذ هذا الالتقاط، الذي يتطابق نوعه مع نوع الاستثناء. - نعم صحيح. في الواقع، الأمر أكثر تعقيدًا بعض الشيء: النقطة المهمة هي أنه يمكن وراثة الفئات من بعضها البعض. إذا كانت الفئة «بقرة» موروثة من الفئة «حيوان»، فإن كائن النوع «بقرة» قد يتم تخزينه ليس فقط في متغير من النوع «بقرة»، ولكن في متغير من النوع «حيوان» أيضًا . - وماذا في ذلك؟ - نظرًا لأن جميع الاستثناءات موروثة من الفئات Exception أو RuntimeException (والتي يتم توريثها أيضًا من Exception )، فقد يتم اكتشافها جميعًا باستخدام أوامر الصيد (Exception e) أو Catch (RuntimeException e) . - وماذا في ذلك؟ - هذا يعني أنه يمكنك أولاً اكتشاف أي استثناء باستخدام الأمر Catch(Exception e) . ثانيًا، ترتيب كتل الالتقاط مهم. أمثلة: - يتم اكتشاف الاستثناء الحسابي الناتج عن القسمة على 0 في عملية الصيد الثانية. - في المثال أدناه، تم اكتشاف ArithmeticException في أول مشكلة ، لأن فئات جميع الاستثناءات موروثة من Exception. إذن، الاستثناء يلتقط أي استثناء . - في المثال أدناه، لم يتم اكتشاف الاستثناء ArithmeticException ، ولكن تم طرحه إلى أسلوب الاستدعاء. - حسنًا، أصبح الأمر أكثر وضوحًا الآن. هذه الاستثناءات ليست بهذه السهولة. - يبدو الأمر كذلك. في الواقع، إنها واحدة من أبسط الأشياء في Java. - أنا في شك هل أسعد أم أنزعج من ذلك ...

8 دييغو، مهام التقاط الاستثناءات المتعددة

- مهلا، أميغو! لقد سكرت بالأمس وقمت بتعقيد مهامك بشكل مبالغ فيه، لكن أتمنى ألا يكون هناك أي ضغينة من جانبك وسوف تحلها كلها؟ انها لمصلحتك. هنا:

9 أستاذ محاضرة عن الاستثناءات

- اليوم لدينا موضوع مثير للاهتمام للغاية - الاستثناءات. في ذلك الوقت، عندما كان العلماء والمبرمجون الشباب متحمسين للغاية لهذا الموضوع... - آسف، يجب أن أذهب إلى المختبر. وهنا ملاحظات المحاضرة. أعتقد أنك ستكتشف ذلك بنفسك. هنا: استثناءات Java (وثائق Oracle) معالجة الاستثناءات في Java (نقطة Java T) Java - معالجة الاستثناءات (نقطة البرامج التعليمية) معالجة استثناءات Java الأساسية

10 خوليو

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

11 الكابتن السناجب

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