ویژگی‌های جدید C# 9.0، به همراه NET 5. ارائه می‌شوند. بنابراین جهت راه اندازی پروژه‌ای که قرار است بر این مبنا تهیه شود، نیاز است مراحل زیر را طی کنید:
– آخرین نگارش NET 5 SDK. را از اینجا دریافت و نصب کنید (حتما SDK باشد و نه runtime).
– اگر می‌خواهید با ویژوال استودیو کار کنید، نیاز است حداقل نگارش 16.7 یا بالاتر را نصب کرده باشید. به همین جهت پیش از ادامه‌ی بحث، از منوی Help، گزینه‌ی Check For Updates را انتخاب کرده و حتما آخرین به روز رسانی‌های موجود را نصب کنید. بنابراین برای کار با C# 9.0 توسط VS، حتما باید آخرین نگارش 2019 آن، به همراه تمام به روز رسانی‌های ممکن بر روی سیستم شما نصب باشند؛ در غیراینصورت امکان کار با آن‌را حداقل توسط VS نخواهید داشت.
– در زمان نگارش این مطلب چون هنوز نگارش نهایی NET 5 SDK. ارائه نشده‌است، نیاز است به منوی Tools در ویژوال استودیو مراجعه کرده و با انتخاب «Preview Features» آن، گزینه‌ی «Use previews of the .NET Core SDK» را فعال کنید. پس از آن، یکبار هم نیاز است VS را بسته و راه اندازی مجدد نمائید.

• تنظیمات مورد نیاز جهت شروع به کار
• امکان ساده سازی تعاریف اشیاء با Target Typing
• تبدیل شدن زبان به یک زبان اسکریپتی با معرفی ویژگی Top Level Programs
• امکان تعریف ساده‌تر خواص Immutable با معرفی ویژگی خواص Init-Only
• امکان تعریف ساده‌تر کلاس‌های Immutable با معرفی نوع جدید record
• واژه‌های کلیدی جدید and، or و not 
• امکان داشتن خروجی‌های Covariant
• امکان اجرای خودکار کدها در زمان بارگذاری اولیه‌ی یک اسمبلی
• بهبودهای کار با Lambdas
• امکان تعریف حلقه‌ی foreach بر روی هر نوع مجموعه‌ای از داده‌ها
• آشنایی با تنظیمات جدید کامپایلر C# 9.0
• امکان تعریف ویژگی‌ها بر روی توابع محلی

بازدیدها: 6

نوشته با ویژگی های جدید C#9 آشنا شوید اولین بار در بازسازی. پدیدار شد.

هر کسی تمام تلاش خود را می کند تا بهترین کد را از ابتدا بنویسد. احتمالاً هیچ برنامه نویسی نیست که عمداً کد ناخوشایند و به ضرر پروژه بنویسد. اما در چه مرحله ای کد تمیز، کثیف می شود؟

استعاره “بدهی فنی” در مورد کد بد در ابتدا توسط Ward Cunningham پیشنهاد شده.

اگر از یک بانک وام دریافت کنید، به شما این امکان را می دهد که سریعتر خرید خود را انجام دهید. در این حالت شما باید مبلغ بیشتری را به عنوان سود پرداخت کنید. نیازی به گفتن نیست ، حتی می توانید آنقدر این کار را ادامه دهید که میزان بهره بیش از درآمد کل شما باشد و بازپرداخت کامل را غیرممکن می کند.

همین اتفاق می تواند با کد رخ دهد. شما می توانید به طور موقت بدون نوشتن تست برای ویژگی های جدید، به کار سرعت بخشید ، اما این کار به تدریج هر روز پیشرفت شما را کند می کند تا اینکه در نهایت با نوشتن تست ها بدهی خود را پرداخت کنید.

علل بروز بدهی فنی

  فشار بیزنس

بعضی اوقات شرایط تجاری ممکن است شما را وادار کند فیچر های خود را قبل از اتمام کار ارائه کنید. در این حالت تکه های ناجوری در کد ظاهر می شوند تا اتمام پروژه مخفی می شود.

  عدم درک عواقب بدهی فنی

صرف نظر از درک بدهی فنی، گاهی اوقات کارفرمای شما ممکن است درک نکند که بدهی فنی باعث کاهش بهره وری می شود. این  موضوع می تواند اختصاص دادن زمان تیم را به refactoring بسیار دشوار کند زیرا مدیریت ارزش آن را نمی بیند.

  عدم موفقیت در برابر انسجام دقیق اجزاء

در شرایطی این پروژه به جای ماژولهای انفرادی شبیه به یک تکه سنگ یکپارچه باشد، هرگونه تغییر در یک قسمت از پروژه ، بخش های دیگر را تحت تأثیر قرار می دهد. در این حالت کار بسیار دشوار تر است زیرا جدا کردن این اجزاء از هم خیلی سخت است.

نبود تست

فقدان بازخورد فوری ، پیدا کردن راه حلهای سریع را از بین برده و ایجاد ریسک می کند. در بدترین حالت ، این تغییرات بدون تست های قبلی به مرحله تولید منتقل می شوند و عواقب آن می تواند فاجعه بار باشد. به عنوان مثال ، ممکن است یک حلقه ثابت به دنبال یک ایمیل آزمایشی عجیب به هزاران مشتری ارسال شود یا حتی بدتر از آن ، یک بانک اطلاعاتی کامل را افشاء کند.

نبود مستند سازی

این امر باعث بروز مشکل در معرفی افراد جدید به پروژه می شود و در صورت ترک افراد اصلی پروژه توسعه متوقف خواهد شد.

 عدم تعامل بین اعضای تیم

اگر پایگاه دانش در سراسر شرکت توزیع نشود ، افراد در نهایت با درک قدیمی از روندها و اطلاعات مربوط به پروژه کار می کنند. این وضعیت زمانی می تواند تشدید شود که توسعه دهندگان جدید به طور نادرست توسط مربیان خود آموزش ببینند.

 توسعه همزمان و طولانی مدت در برنچ های(Branches) مختلف

این امر می تواند به انباشت بدهی فنی منجر شود ، که در هنگام ادغام تغییرات(Merge) افزایش می یابد. هرچه تغییرات بیشتر توسط اعضای تیم بصورت منفرد (Isolated) انجام شود کل بدهی فنی بیشتر می شود.

 تأخیر در اصلاح کد(Refactoring ریفکتور)

الزامات پروژه به طور مداوم در حال تغییر است و ممکن است در بعضی مواقع مشخص شود که قسمت هایی از کد منسوخ و دست و پا گیر شده اند و برای برآورده کردن نیازهای جدید باید دوباره طراحی شوند.

از طرف دیگر ، برنامه نویسان پروژه هر روز کدهای جدید می نویسند که با قسمتهای منسوخ کار می کند. بنابراین ، هرچه تأخیر بیشتر به تأخیر بیفتد ، در آینده کدهای وابسته تری داریم که نیاز به ریفکتور (اصلاح) دارند.

نبود نظارت بر تطابق

وقتی که هر کسی بر روی پروژه بر طبق روش خودش کد نویسی را ادامه دهد این اتفاق خواهد افتاد و کدها یکدست نخواهند شد.

 بی کفایتی

در شرایطی که توسعه دهنده واقعا نمی داند چگونه کد مناسبی را بنویسد و در واقع توان فنی لازم را ندارد.

بازدیدها: 171

نوشته بدهی فنی – Technical debt اولین بار در بازسازی. پدیدار شد.

بیایید شروع کنیم .هدف اصلی اصلاح کد(Refactoring) مبارزه با بدهی های فنی است.پس باید از اصول اولیه شروع کنیم.

حالا کد تمیز چیست؟ در اینجا برخی از ویژگی های آن آورده شده است:

 کد نویسی تمیز به معنی واضح کردن کد برای سایر برنامه نویسان است.

فعلا در مورد الگوریتم های فوق العاده پیشرفته صحبت نمی کنیم. نامگذاری ضعیف متغیر ها، کلاس ها و کلاسهای چاق ، اعداد و نامهای جادویی – که فقط شما از آن اطلاع دارید – همه این موارد باعث می شود که کد کثیف و درک آن دشوار شود.

 در کد تمیز ، کد تکراری وجود ندارد

هر بار که بخواهید تغییری درچنین کدهایی بدهید باید به خاطر داشته باشید که یک نمونه دیگر از آن هم وجود دارد که باید اصلاح شود. این کار باعث بروز خطا و کندی پیشرفت کار می شود.

 کد تمیز شامل حداقلِ تعداد کلاس و متد و … است

کد کمتر نیاز به نگهداری چیزهای کمتری را در ذهن ایجاد می کند. کد کمتر نگهداری کمتری می خواهد. کد کمتر اشکالات کمتری دارد. کد مسئولیت می آورد پس آن را کوتاه و ساده نگه دارید.

 کد تمیز تمام تستها را می گذراند.

می دانید وقتی فقط 95٪ از تست های شما پاس می شود، کد شما کثیف است. می دانید وقتی تستهای شما 0 درصد پوشش دارند، یعنی فاجعه پیش آمده است؟ کد تمیز کدی است که تمام تستها را پاس کند.

نگهداری کد تمیز ساده تر و ارزان تر است.

کد تمیز کد ساده است، پیچیدگی کمتر و رعایت اوصل کد تمیز (Clean Code) باعث می شود در آینده نگداری و رفع باگ کد ساده تر و ارزان تر باشد.

معروف ترین کتاب در این زمینه کتاب Clean Code – Robert C Martin است که البته ترجمه آن به فارسی هم وجود دارد.

بازدیدها: 280

نوشته کد نویسی تمیز را شروع کنیم اولین بار در بازسازی. پدیدار شد.