DotNet | دات نت

🤝 دعوت به همکاری تمام وقت برنامه نویس مسلط به Blazor و آشنا به NET MAUI . ارسال رزومه به همراه نمونه پروژه: JOB@RazySoft.net یا آیدی تلگرام @NavidTavakoli_i

سرنخ‌های شرطی در قسمت دوم چگونه کارآگاه کدهایمان باشیم، یاد می‌گیریم باتوجه به قابلیت‌هایی که ابزار Visual Studio به ما می‌دهد بتوانیم از سرنخ‌هایمان بهتر استفاده کنیم. در این مقاله یاد ‌می‌گیریم که، زمانی که سرنخی را پیدا کردیم، آیا می‌خواهیم تا انتهای سرنخ را برسی کنیم یا برایمان همین اطلاعات که از این قسمت از سرنخ به دست‌آورده‌ایم کافی است؟ در واقع در این قسمت انواع Step ها را در زمان دیباگ کردن که به یک Breakpoint می‌رسیم را بررسی می‌کنیم. برای این کار از ابزار View Result استفاده می‌کنیم تا بتوانیم در هر مرحله از برسی‌هایمان، نگاهی به مقادیری که قبلا داشته‌ایم هم داشته‌باشیم. هر کارآگاهی روش مختص به خودش را دارد مثلا، یک نفر ترجیح می‌دهد که اگر یک سرنخ شرایط خاصی را داشت بررسی کند، یک نفر دیگر اگر آن سرنخ چند بار تکرار شود! این امکانات در محیط Visual Studio تعبیه شده که آن‌ها را با اسم Condition Breakpoint تعریف کرده‌اند. همچنین ما به عنوان یک کارآگاه حرفه‌ای گاهی اوقات نیاز به کمک داریم و انتظار داریم کارآگاهی هم که به ما کمک می‌کند دقیقا در همان قسمت‌هایی که ما مشخص کرده‌ایم دنبال سرنخ باشد، این امکان در محیط توسعه ما وجود دارد و به اسم Export Breakpoint می‌شناسیمش و می‌توانیم آن را با دیگران به اشتراک بگذاریم. این قابلیت دقیقا مکان‌هایی که ما مشخص کرده‌ایم را برای Breakpoint هایمان در محیط توسعه شخص کمک‌دهنده نشان‌ می‌دهد. برای خواندن قدم دوم می‌توانید از این لینک استفاده کنید. قسمت اول را می‌توانید اینجا بخوانید. ⁉️ برای بحث و تبادل نظر فنی در مورد این پست، نظرات خود را با ما در قسمت کامنت‌ها به اشتراک بگذارید. #هوتن_همتی (لینکدین) کانال تلگرام: @SoftwarePhilosophy ________

الگوی "try-catch-finally" به زبان ساده الگوی "try-catch-finally" در سی‌شارپ یک ساختار برنامه‌نویسی است که برای مدیریت خطاها استفاده می‌شود. این دستور در سی‌شارپ نسخه 1.0 معرفی شد و راهی برای مدیریت و بازیابی خطاهایی که ممکن است در حین اجرای یک برنامه رخ‌ دهد ارائه می‌دهد. فلسفه‌ی پشت الگوی «try-catch-finally» این است که برنامه‌نویسان را قادر می‌سازد تا کدی بنویسند که بتواند خطاهای غیرمنتظره را به شیوه‌ای زیبا و کنترل شده مدیریت کند. با گرفتن و رسیدگی به خطاها، یک برنامه می‌تواند از خراب شدن جلوگیری کند و بازخورد مفیدی را در مورد اشتباه پیش‌آمده در اختیار کاربر قرار دهد. دستور "finally" برای انجام عملیات پاکسازی، مانند بستن فایل‌ها یا آزاد کردن منابع، مفید است، که باید بدون توجه به اینکه آیا خطایی وجود دارد یا خیر، انجام شود. به طور کلی، الگوی "try-catch-finally" یک ابزار قدرتمند برای مدیریت خطاها در برنامه‌های سی‌شارپ است و بخشی ضروری از هر برنامه قوی و قابل اعتمادی است. برای درک این دستور به زبان ساده می‌توانید از این لینک استفاده کنید. ⁉️ برای بحث و تبادل نظر فنی در مورد این پست، نظرات خود را با ما در قسمت کامنت‌ها به اشتراک بگذارید. #هوتن_همتی (لینکدین) کانال تلگرام: @SoftwarePhilosophy ________

Join us and learn how Blazor MAUI can help you maximize code sharing across Web, Android, iOS, Windows, macOS and more. This is a must-see event for anyone who knows C#! Come see how Blazor worked its magic for Functionland’s FxFiles app!📲 Gain valuable insights on FxFiles development from our very own CEO Keyvan M.Sadeghi and software architecture Mehran Davoudi.💫 bit.ly/BlazorFxFiles @functionland

پرتاب خطا در موتور نرم افزار سلام سلام☺️🌹 احتمالا با ترمز دستی ماشین آشنایی داریم و میدونیم کارکردش چی هست در ماشین، اما اگر بخوام در بک جمله کارکردش رو بگم : ماشین در هر شرایطی که باشد وقتی ترمز دستی را بکشیم، ماشین به ایست کامل(بی حرکت) می رسد. اما یه سوال مهم چه زمانی از ترمز دستی استفاده کنیم؟ یک نفر ممکن است پشت چراغ قرمز حداقل 60 ثانیه از ترمز دستی استفاده کند، در حالی که یک نفر دیگر شاید پشت چراغ قرمز حداقل 5 ثانیه هم از ترمز دستی استفاده کند. پس طبق شرایط مختلف که اون فرد اون رو تعیین میکنه میتونه هر لحظه و در هر مکان ماشین رو به ایست کامل برسونه. این مفهوم ترمز دستی خیلی شبیه کلمه کلیدی Throw در سی شارپ هست، با این کلمه کلیدی میتونیم یک خطایی که خودمان می خواهیم این خطا در این شرایط و این لحظه ایجاد شود در برنامه ایجاد کنیم و به برنامه خودمان اطلاع بدیم که الان این خطا رخ داده است. برای آشنایی بیشتر با این کلمه کلیدی و این که چطور در برنامه هامون خطا پرتاب کنیم میتونید از مقاله ای که نوشتم استفاده کنید. لینک مقاله در dev.to https://dev.to/hootanht/throw-exception-in-c-2kjb لینک مقاله در Medium.com https://medium.com/@hootanht/throw-exception-in-c-eb5def8b949e #csharp

تو این مقاله یاد میگیریم که محیط debug و relese چه نوع محیطی هستن و هر کدام در کدام شرایط باید استفاده بشوند همچنین به ابزارهایی که به ما کمک میکنه که تا بتونیم برنامه های .NET خودمون رو بهتر Debug کنیم آشنا میشیم از جمله Breakpoint ها و ... . امیدوارم این مقاله بتونه در این زمینه کمکتون کنه و منتظر مقالات بعدی هم باشین.☺️🌹 https://dev.to/hootanht/debugging-in-net-apps-using-visual-studio-part-1-n8c

رسیدن به Small Team, Big Impact با تکنولوژی‌های Cross-Platform داستانِ داشتن یک تیم نرم‌افزاری همیشه یک داستان پر فراز و نشیب برای شرکت‌های نرم‌افزاری است. رفت و آمد نیروها، تغییر مداوم تکنولوژی‌ها، پیدا کردن نیروهای خوب و متعهد، همه اینها فقط قسمتی از چالش‌هایی است که یک تیم نرم‌افزاری با آن مواجه است. یکی از مواردی که این داستان را پیچیده می‌کند، وجود تکنولوژی‌های مختلف و زبان‌های مختلف است. تیمی را فرض کنید که باید محصولی را بنویسد، در حالت سنتی، شما به تیم‌هایی با زبان‌های متفاوت برای هر کار نیاز دارید، مثلا: Backend: Java Frontend: Angular Android: Kotlin iOS: Swift IoT: C++ Windows: C# اگر هر تیم قرار باشد از یک تکنولوژی با زبان متفاوت کار کند شما تقریبا به ۶ تیم نیاز دارید. همچنین اگر بخواهید تیم نسبت به رفت و آمد نیرو امن باشد باید برای هر کاری حداقل ۳ نفر در تیم‌تان داشته باشید. یک نفر با تسلط ۱۰۰٪، یک نفر با تسلط ۷۰٪ و یک نفر با تسلط ۵۰٪. بنابراین برای داشتن یک تیم امن شما به حدود ۱۸ نفر نیرو نیاز خواهید داشت تا بتوانید دیسیپلین‌های بالا را پوشش دهید. شاخص «تحمل‌پذیری» یک تیم نرم‌افزاری این شاخص نشان می‌دهد تیم شما نسبت به رفت و آمد نیرو و یا تحمل تیم در مقابل حجم زیاد کار نامتوازن لحظه‌ای چقدر است. هر چه افراد تیم به قسمت‌های مختلف کد مسلط‌تر باشند این شاخص بالاتر است. مقاله زیر نشان می‌دهد که چطور استفاده از یک تکنولوژی Cross-Platform می‌تواند به شما کمک کند به تحمل‌پذیری بالاتری در تیم خود برسید و بتوانید این کار را حتی با تعداد برنامه‌نویس کمتر انجام دهید. در حقیقت این مقاله برای یک مخاطب بیزنسی نوشته شده‌است تا توضیح دهد چرا از لحاظ بیزنسی استفاده از این تکنولوژی‌ها بسیار به نفع شرکت است. توضیحات دقیق‌تر را می‌توانید در اینجا مطالعه کنید. #مهران_داودی (لینکدین - بلاگ) کانال تلگرام: @SoftwarePhilosophy _____

.NET 7 Performance Improvements in .NET MAUI https://devblogs.microsoft.com/dotnet/dotnet-7-performance-improvements-in-dotnet-maui/

.NET Conf 2022 Kicks-off November 8th - Save the Date!

🅱️ Blazorise Bootstrap 5 Demo 🌐 https://bootstrap5demo.blazorise.com 🌐 https://blazorise.com/docs #️⃣ #blazor #aspnetcore ‌

🚀 Learn Live: Build mobile and desktop apps with .NET MAUI - Events | Microsoft Learn 🌐 https://learn.microsoft.com/en-us/events/learn-events/learnlive-mobile-desktop-apps-dotnet-maui/ #️⃣ #dotnet #maui