يكي از راههاي جلوگيري از اين مشكل اين است كه مرجع به شيء استثنا را دور از دسترس بلوك استثنا قرار دهيد تا در دسترس قرار گيرد. اشتباهات رايج برنامه نويسي در اينجا نسخه اي از مثال قبلي است كه از اين تكنيك استفاده مي كند ، بنابراين كد را تنظيم كرده و با پايتون 2 و پايتون 3 سازگارتر مي كند:
(به هر حال ، راهنماي استخدام پايتون تعدادي از تفاوت هاي مهم را تجزيه و تحليل مي كند ، كه هنگام انتقال كد از پايتون 2 به پايتون 3 بايد در نظر گرفته شود.) چرا؟ زيرا ، همانطور كه در اينجا گزارش شد ، وقتي مترجم خاموش مي شود ، متغيرهاي سراسري در ماژول روي هيچ كدام تنظيم مي شوند. در نتيجه ، در مثال بالا ، در نقطه __ __ فراخواني مي شود ، نام قبلاً روي تنظيم شده است.
راه حل پيشرفته تري براي اين مشكل نسبت به برنامه نويسي پايتون اين است كه به جاي آن از استفاده كنيد. به اين ترتيب ، اشتباهات رايج برنامه نويسي وقتي برنامه اجرا شد (وقتي معمولاً خارج مي شود ، منظورم اين است) ، پيش از خاموش شدن مترجم ، كنترل كننده هاي ثبت نام شده شما بيرون انداخته مي شوند.
با اين دانش ، راه حلي براي كد فوق مي تواند چيزي شبيه به اين باشد: اين برنامه يك راه تميز و قابل اعتماد براي فراخواني هرگونه عملكرد تميز كننده مورد نياز پس از خاتمه عادي برنامه ارائه مي دهد. بديهي است ، تصميم با. است كه تصميم بگيرد با شيء متصل به نام. چه كند ، اما شما اين ايده را دريافت مي كنيد.
براي اتمامپايتون يك زبان قدرتمند و منعطف با مكانيسم ها و پارادايم هاي متعدد است كه مي تواند بهره وري را تا حد زيادي بهبود بخشد. با اين حال ، مانند هر ابزار يا زبان نرم افزاري ، درك محدود يا درك توانايي هاي آن گاهي مي تواند بيشتر يك مانع باشد تا يك مزيت ، و ما را در حالت ضرب المثل "دانستن آنقدر خطرناك" قرار دهد.
شنايي با تفاوت هاي ظريف اشتباهات رايج برنامه نويسي كليدي پايتون ، مانند (اما به هيچ وجه محدود به) مسائل برنامه نويسي نسبتاً پيشرفته مطرح شده در اين مقاله ، به شما كمك مي كند تا استفاده از زبان را بهينه كرده و از برخي از رايج ترين اشتباهات آن اجتناب كنيد.براي راهنمايي در مورد سوالات مصاحبه كه مي تواند به شناسايي متخصصان پايتون كمك كند ،
بايد راهنماي را مرور كنيد. امروز ما در مورد رايج ترين خطاها در برنامه نويسي صحبت خواهيم كرد. اين اشتباهات معمولاً ساده هستند. با اين حال ، آنها اغلب پيامدهاي طولاني مدت دارند كه رشد و نگهداري پروژه ها را پيچيده مي كند.در اينجا 5 اشتباه است كه در مورد آنها صحبت خواهيم كرد:
# 1 اسامي دلخواه وقتي روي كد خود كار مي كنيم و نياز داريم كه متغير ، روش يا عملكردي را نام ببريم ، اغلب تصميم مي گيريم كه در وقت خود صرفه جويي كرده و يك نام عمومي بگذاريم. برخي پيامدها مي توانند با نامهاي مكرر متغير باشند ، نامهاي بي معني كه كار را پيچيده و / يا مشكل در درك كد مي كند.
براي جلوگيري از اين امر ، بايد نام را از كلمات كليدي مربوط به هدف ، صرف نظر از طول نام ، ايجاد كنيد.شماره 2 عدم اصالت به خاطر داشته باشيد كه ما مانند ديگران فكر نمي كنيم و اطلاعات را به يك شكل پردازش نمي كنيم. اين اشتباهات رايج برنامه نويسي به اين دليل است كه الگوهاي شناختي و فرايندهاي رشد ما متفاوت است.
بنابراين ، مجبور كردن خود به برنامه نويسي مانند شخص ديگر بهترين نيست ، خطاهاي بيشتري ايجاد مي كند و همچنين پتان سيل خود را محدود مي كنيم. يك نكته براي جلوگيري از اين مشكل ، مطالعه الگوها و طرح هاي برنامه نويسي است. ايده اين است كه تمام آن شيوه هاي خوب را در پيش بگيريد و رد پاي شخصي خود را اضافه ايرانيان سايبر كنيد.
شماره 3 تنها ماندن با نظري خواندن بسياري از موضوعات مربوط به برنامه نويسي ، زبان ها و الگوهاي مختلف مي تواند براي بهينه سازي كد ما ساده و كاربردي به نظر برسد. با اين حال ، وقتي آن را به ويرايشگر متن مورد علاقه خود مي بريم ، متوجه مي شويم كه آنطور كه فكر مي كنيم نيست. اين امر هنگام تلاش براي حل موقعيتهايي كه با داشتن تجربه عملي بيشتر در اين زمينه مي توان از آنها جلوگيري كرد ، به ما سردرد مي دهد.
به ياد داشته باشيد ، هنگام يادگيري چيز جديدي ، بهترين راه براي تثبيت دانش ، استفاده از آن است! به آنچه روي كاغذ مي خوانيد پايبند نمانيد ، برويد و يك پروژه كوچك ايجاد كنيد تا بتوانيد آموخته هاي خود را در آن اجرا كنيد. شماره 4 درخواست كمك نكنيد
يكي از رايج ترين اشتباهات در برنامه نويسي اين است كه غرور را از بين ببريد و درخواست كمك نكنيد. هنگامي كه يك سد راه داريم اشتباهات رايج برنامه نويسي (حل مشكل مشكل است) ، ما معمولاً به جاي درخواست كمك ، بر حل با وسايل خود تمركز مي كنيم. با اين كار ما فقط زمان مهمي را از دست مي دهيم و حتي مي توانيم خطايي اشتباه كدنويسي در كد ايجاد كنيم