اشتباهات برنامه نويسي

۲۴ بازديد

يكي از راههاي جلوگيري از اين مشكل اين است كه مرجع به شيء استثنا را دور از دسترس بلوك استثنا قرار دهيد تا در دسترس قرار گيرد. اشتباهات رايج برنامه نويسي در اينجا نسخه اي از مثال قبلي است كه از اين تكنيك استفاده مي كند ، بنابراين كد را تنظيم كرده و با پايتون 2 و پايتون 3 سازگارتر مي كند:

(به هر حال ، راهنماي استخدام پايتون تعدادي از تفاوت هاي مهم را تجزيه و تحليل مي كند ، كه هنگام انتقال كد از پايتون 2 به پايتون 3 بايد در نظر گرفته شود.) چرا؟ زيرا ، همانطور كه در اينجا گزارش شد ، وقتي مترجم خاموش مي شود ، متغيرهاي سراسري در ماژول روي هيچ كدام تنظيم مي شوند. در نتيجه ، در مثال بالا ، در نقطه __ __ فراخواني مي شود ، نام قبلاً روي تنظيم شده است.

 راه حل پيشرفته تري براي اين مشكل نسبت به برنامه نويسي پايتون اين است كه به جاي آن از استفاده كنيد. به اين ترتيب ، اشتباهات رايج برنامه نويسي  وقتي برنامه اجرا شد (وقتي معمولاً خارج مي شود ، منظورم اين است) ، پيش از خاموش شدن مترجم ، كنترل كننده هاي ثبت نام شده شما بيرون انداخته مي شوند.

با اين دانش ، راه حلي براي كد فوق مي تواند چيزي شبيه به اين باشد: اين برنامه يك راه تميز و قابل اعتماد براي فراخواني هرگونه عملكرد تميز كننده مورد نياز پس از خاتمه عادي برنامه ارائه مي دهد. بديهي است ، تصميم با. است كه تصميم بگيرد با شيء متصل به نام. چه كند ، اما شما اين ايده را دريافت مي كنيد.

براي اتمامپايتون يك زبان قدرتمند و منعطف با مكانيسم ها و پارادايم هاي متعدد است كه مي تواند بهره وري را تا حد زيادي بهبود بخشد. با اين حال ، مانند هر ابزار يا زبان نرم افزاري ، درك محدود يا درك توانايي هاي آن گاهي مي تواند بيشتر يك مانع باشد تا يك مزيت ، و ما را در حالت ضرب المثل "دانستن آنقدر خطرناك" قرار دهد.

شنايي با تفاوت هاي ظريف اشتباهات رايج برنامه نويسي كليدي پايتون ، مانند (اما به هيچ وجه محدود به) مسائل برنامه نويسي نسبتاً پيشرفته مطرح شده در اين مقاله ، به شما كمك مي كند تا استفاده از زبان را بهينه كرده و از برخي از رايج ترين اشتباهات آن اجتناب كنيد.براي راهنمايي در مورد سوالات مصاحبه كه مي تواند به شناسايي متخصصان پايتون كمك كند ،

 بايد راهنماي  را مرور كنيد. امروز ما در مورد رايج ترين خطاها در برنامه نويسي صحبت خواهيم كرد. اين اشتباهات معمولاً ساده هستند. با اين حال ، آنها اغلب پيامدهاي طولاني مدت دارند كه رشد و نگهداري پروژه ها را پيچيده مي كند.در اينجا 5 اشتباه است كه در مورد آنها صحبت خواهيم كرد:

# 1 اسامي دلخواه وقتي روي كد خود كار مي كنيم و نياز داريم كه متغير ، روش يا عملكردي را نام ببريم ، اغلب تصميم مي گيريم كه در وقت خود صرفه جويي كرده و يك نام عمومي بگذاريم. برخي پيامدها مي توانند با نامهاي مكرر متغير باشند ، نامهاي بي معني كه كار را پيچيده و / يا مشكل در درك كد مي كند.

براي جلوگيري از اين امر ، بايد نام را از كلمات كليدي مربوط به هدف ، صرف نظر از طول نام ، ايجاد كنيد.شماره 2 عدم اصالت به خاطر داشته باشيد كه ما مانند ديگران فكر نمي كنيم و اطلاعات را به يك شكل پردازش نمي كنيم. اين اشتباهات رايج برنامه نويسي به اين دليل است كه الگوهاي شناختي و فرايندهاي رشد ما متفاوت است.

 بنابراين ، مجبور كردن خود به برنامه نويسي مانند شخص ديگر بهترين نيست ، خطاهاي بيشتري ايجاد مي كند و همچنين پتان سيل خود را محدود مي كنيم. يك نكته براي جلوگيري از اين مشكل ، مطالعه الگوها و طرح هاي برنامه نويسي است. ايده اين است كه تمام آن شيوه هاي خوب را در پيش بگيريد و رد پاي شخصي خود را اضافه ايرانيان سايبر كنيد.

شماره 3 تنها ماندن با نظري  خواندن بسياري از موضوعات مربوط به برنامه نويسي ، زبان ها و الگوهاي مختلف مي تواند براي بهينه سازي كد ما ساده و كاربردي به نظر برسد. با اين حال ، وقتي آن را به ويرايشگر متن مورد علاقه خود مي بريم ، متوجه مي شويم كه آنطور كه فكر مي كنيم نيست. اين امر هنگام تلاش براي حل موقعيتهايي كه با داشتن تجربه عملي بيشتر در اين زمينه مي توان از آنها جلوگيري كرد ، به ما سردرد مي دهد.

به ياد داشته باشيد ، هنگام يادگيري چيز جديدي ، بهترين راه براي تثبيت دانش ، استفاده از آن است! به آنچه روي كاغذ مي خوانيد پايبند نمانيد ، برويد و يك پروژه كوچك ايجاد كنيد تا بتوانيد آموخته هاي خود را در آن اجرا كنيد. شماره 4 درخواست كمك نكنيد

يكي از رايج ترين اشتباهات در برنامه نويسي اين است كه غرور را از بين ببريد و درخواست كمك نكنيد. هنگامي كه يك سد راه داريم اشتباهات رايج برنامه نويسي  (حل مشكل مشكل است) ، ما معمولاً به جاي درخواست كمك ، بر حل با وسايل خود تمركز مي كنيم. با اين كار ما فقط زمان مهمي را از دست مي دهيم و حتي مي توانيم خطايي اشتباه كدنويسي در كد ايجاد كنيم

اشتباهات رايج برنامه نويسي

۳۲ بازديد

خودشه! ما از آرگومان هاي پيش فرض براي ايجاد توابع ناشناس براي دستيابي به رفتار دلخواه استفاده مي كنيم. برخي اين را زيبا اشتباهات رايج برنامه نويسي مي نامند برخي آن را ظريف مي نامند. برخي از آن متنفرند. اما اگر شما يك توسعه دهنده پايتون هستيد ، درك اين نكته مهم است.

 اشتباه رايج شماره 7: ايجاد وابستگي هاي مدول مدور

فرض كنيد شما دو فايل a.py و b.py داريد كه هر كدام براي ديگري اهميت دارد ، به شرح زير:

 خيلي خوب كار كرد. شايد او شما را شگفت زده كرد. از اين گذشته ، ما يك واردات دايره اي داريم كه احتمالاً بايد مشكل ساز باشد ، اشتباهات رايج برنامه نويسي درست است؟

 

پاسخ اين است كه صرف وجود واردات دايره اي چنين مشكلي در پايتون نيست. اگر ماژولي قبلاً وارد شده است ، پايتون به اندازه كافي هوشمند است كه سعي نكند دوباره آن را وارد كند. با اين حال ، بسته به جايي كه هر ماژول سعي در دسترسي به توابع يا متغيرهاي تعريف شده در ديگري دارد ، ممكن است مشكلاتي داشته باشيد.

بنابراين به مثال خود بازگرديم ، وقتي.را وارد كرديم ، مشكلي در وارد كردن. نداشتم ، زيرا براي تعريف خود در زمان وارد كردن به چيزي از نياز ندارد. تنها اشتباهات رايج برنامه نويسي مرجع در به a ، ناميده مي شود. اما آن فراخواني در است و هيچ چيز در  را فرا نمي خواند. بنابراين ، زندگي زيباست.

اوه اوه اين خوب نيست! مشكل در اينجا اين است كه ، در فرايند وارد كردن ، سعي مي كند را وارد كند ، كه در نتيجه f () را فرا مي خواند ، كه به نوبه خود سعي مي كند به x. اما هنوز تعريف نشده است. از اين رو استثنا  حداقل يك راه حل براي اين امر بسيار بي اهميت است. به سادگي. را براي وارد كردن a.تغيير دهيد:

   # وارد كنيد اين فقط زماني كه فراخواني شود 

ايرانيان سايبر ارزيابي مي شود وقتي مهم است ، همه چيز خوب است: براي اولين بار از زماني كه ماژول 'a' فراخواني مي كند چاپ 'در پايان چاپ مي شود1 بار دوم چاپ شده است ، اين يكي تماس ما با استاشتباه رايج شماره 8: برخورد نام ها با ماژول هاي كتابخانه استاندارد پايتون

يكي از مزاياي پايتون تعداد زيادي ماژول كتابخانه است كه از ابتدا به ارمغان مي آورد. اما در نتيجه ، اگر آگاهانه از اين كار اجتناب نمي كنيد ، برخورد نام بين يك نام ماژول و ماژولي با همين نام در كتابخانه استاندارد موجود در پايتون چندان دشوار نيست ( به عنوان مثال ، ممكن است ماژولي به نام در كد خود داشته اشتباهات رايج برنامه نويسي  باشيد ،

 كه با ماژول كتابخانه استاندارد با همين نام در تعارض است).  اين مي تواند منجر به مشكلات بسيار تهاجمي شود ، مانند وارد كردن كتابخانه ديگري كه به نوبه خود سعي مي كند نسخه استاندارد كتابخانه پايتون يك ماژول را وارد كند ، اما از آنجا كه شما قبلاً ماژولي با همين نام داريد ،

 بسته ديگر نسخه شما را به اشتباه وارد مي كند كه در كتابخانه استاندارد پايتون قرار دارد و در اينجا جدي ترين خطاها رخ مي دهد. بنابراين ، بايد مراقب باشيد كه از اسامي مشابه ماژول هاي كتابخانه استاندارد پايتون استفاده نكنيد. تغيير نام يك اشتباهات رايج برنامه نويسي ماژول در بسته شما براي شما بسيار آسان تر از ارائه يك پيشنهاد) براي درخواست تغيير نام بالادستي و تأييد آن است.

اشتباه رايج شماره 9: نمي توان با تفاوت هاي بين پايتون 2 و پايتون 3 كنار آمد تازه اينجا چه اتفاقي افتاده؟ "مشكل" اين است كه در پايتون 3 شيء استثنا خارج از محدوده بلوك جز قابل دسترسي نيست. (دليل اين امر اين است كه در غير اينصورت يك چرخه مرجع با قاب پشته در حافظه تا زمان جمع آوري زباله كار مي كند و منابع حافظه را پاك مي كند.

اشتباه كدنويسي اطلاعات فني بيشتر در اشتباهات رايج برنامه نويسي اين مورد در اينجا موجود است)