قسمت ۳ : پشتیبانی داخلی از (SSE) Server-Sent Events

اغلب وقتی می‌خوایم دیتای زنده از سرور به کلاینت بفرستیم (مثل نوتیفیکیشن، قیمت لحظه‌ای ارز یا وضعیت یه پردازش طولانی)، اولین فکرمون میره سراغ WebSockets.

اما WebSockets یه پروتکل دوطرفه و پیچیده‌ست. خیلی وقت‌ها ما فقط نیاز داریم سرور یک‌طرفه به کلاینت دیتا «پوش» کنه.
اینجا SSE (Server-Sent Events) وارد می‌شه. SSE بر پایه HTTP کار می‌کنه، سبکه و پیاده‌سازیش خیلی ساده‌تره.

در ASP.NET Core 10، پشتیبانی از SSE داخلی شده:
مثال (سمت سرور - C#):

app.MapGet("/live-clock", async (HttpContext context, CancellationToken ct) =>
{
    // به مرورگر می‌گیم که این یه استریم SSE هست
    await context.Response.WriteSseHeadersAsync(ct);

    // یه حلقه که هر ثانیه، زمان سرور رو برای کلاینت می‌فرسته
while (!ct.IsCancellationRequested)
    DRAFT:
    {
        // یه "ایونت" به اسم 'timeUpdate' می‌فرستیم
        await context.Response.WriteSseEventAsync(
            "timeUpdate", // اسم ایونت
            $"ساعت سرور: {DateTime.Now:T}", // دیتا
            ct);

        await Task.Delay(1000, ct); // ۱ ثانیه صبر کن
    }
});

مثال (سمت کلاینت - JavaScript):
// به همین سادگی به سرور وصل می‌شیم
const eventSource = new EventSource("/live-clock");

// به ایونت 'timeUpdate' گوش می‌دیم
eventSource.addEventListener("timeUpdate", (event) => {
    console.log(event.data);
    // خروجی: "ساعت سرور: 14:30:01"
    // خروجی: "ساعت سرور: 14:30:02"
    // ...
});

🎺برای یادگیری بیشتر و دریافت مطالب مفید در زمینه .NET و برنامه‌نویسی، به کانال ما بپیوندید!

📚💻 @dotnetcode 🖥👨‍💻

🔥 نسخه نهایی ویژوال استودیو ۲۰۲۶ منتشر شد! 🔥

بالاخره نسخه جدید غول برنامه‌نویسی مایکروسافت، Visual Studio 2026، همزمان با .NET Conf 2025 و همراه با .NET 10 به صورت رسمی (GA) منتشر شد!

این نسخه فقط یک آپدیت ساده نیست، بلکه به گفته مایکروسافت، اولین "محیط توسعه هوشمند" (Intelligent Developer Environment) محسوب میشه. تمرکز اصلی روی هوش مصنوعی، عملکرد و مدرن‌سازی بوده.

---

مهم‌ترین تغییرات و ویژگی‌های جدید:

محیط توسعه مبتنی بر هوش مصنوعی (AI-Native):

قسمت Copilot Agents: دیگه فقط یک پیشنهاددهنده کد نیست! Copilot حالا "ایجنت‌های" تخصصی برای C# و C++ داره که می‌تونن وظایف پیچیده‌تر مثل مدرن‌سازی کدهای قدیمی یا نوشتن تست‌های واحد (Unit Test) رو انجام بدن.

دیباگینگ هوشمند: موقع دیباگ کردن، Copilot بهتون میگه که چرا یک متغیر این مقدار رو گرفته یا فلان if چطور ارزیابی شده.

جستجوی هوشمند: قابلیت "Did You Mean" به جستجوی داخل پروژه اضافه شده و منظور شما رو بهتر درک می‌کنه.

عملکرد و پایداری فوق‌العاده:
بیش از ۵۰۰۰ باگ گزارش‌شده توسط کاربران رفع شده.

هنگ کردن‌های رابط کاربری (UI hangs) نسبت به VS 2022 بیش از ۵۰٪ کاهش پیدا کرده و محیط برنامه به شدت روان‌تر شده.

رابط کاربری جدید (Fluent UI):
ظاهر ویژوال استودیو بازطراحی شده و با زبان طراحی جدید مایکروسافت (Fluent UI) هماهنگ شده که مدرن‌تر و تمیزتره.

پشتیبانی کامل از پلتفرم‌های جدید:
پشتیبانی کامل از آخرین نسخه .NET.

بهره‌مندی از تمام قابلیت‌های جدید زبان سی‌شارپ.

پشتیبانی درجه یک از فریمورک جدید مایکروسافت برای ساخت اپلیکیشن‌های Cloud-Native.

پشتیبانی کامل از آخرین استانداردهای C++.

سازگاری اکستنشن‌ها:
خبر خوب! اکثر اکستنشن‌هایی که برای ویژوال استودیو ۲۰۲۲ نوشته شده‌اند، بدون مشکل روی نسخه ۲۰۲۶ هم کار می‌کنند.

---

🔗 لینک دانلود مستقیم از سایت مایکروسافت:
https://visualstudio.microsoft.com/downloads

---

🔑 لایسنس‌های ارائه شده:

Enterprise:
BW43B-4PNFP-V7GB7-36MBD-3PJTH

Professional:
DDBD6-NPCDC-2FH2P-PDP9M-G3F6W

---

#VisualStudio #VS2026 #DotNet10 #CSharp14 #AI #Copilot

🎺برای یادگیری بیشتر و دریافت مطالب مفید در زمینه .NET و برنامه‌نویسی، به کانال ما بپیوندید!

📚💻 @dotnetcode 🖥👨‍💻

مدل Gemini 3 Pro منتشر شده و نتایج اولیه روی بنچمارک‌ها از پیشرفت قابل ملاحظه نسبت به مدل قبلی خبر می‌ده.

🎺برای یادگیری بیشتر و دریافت مطالب مفید در زمینه .NET و برنامه‌نویسی، به کانال ما بپیوندید!

📚💻 @dotnetcode 🖥👨‍💻

اتحاد غول‌های هوش مصنوعی: مایکروسافت، انویدیا و آنتروپیک برای آینده هوش مصنوعی همکاری می‌کنند

در یک رویداد مهم، مدیران عامل شرکت‌های مایکروسافت، انویدیا و آنتروپیک از یک همکاری استراتژیک چندجانبه برای تسریع نوآوری و گسترش هوش مصنوعی در سطح جهانی خبر دادند. بر اساس این توافق، مدل‌های پیشرفته هوش مصنوعی Claude شرکت آنتروپیک بر روی پلتفرم ابری Azure مایکروسافت در دسترس قرار گرفته و در محصولات خانواده Copilot ادغام خواهند شد.

از سوی دیگر، انویدیا با تأمین پردازنده‌های گرافیکی قدرتمند خود و همکاری فنی برای بهینه‌سازی مدل‌ها، زیرساخت لازم برای رشد آنتروپیک را فراهم می‌کند. این اتحاد با هدف ارائه بهترین زیرساخت‌ها، مدل‌های هوش مصنوعی و برنامه‌های کاربردی به مشتریان، به ویژه در بخش‌های سازمانی و صنعتی، شکل گرفته است تا پذیرش فناوری هوش مصنوعی در سراسر جهان را تسریع بخشد.

https://www.youtube.com/watch?v=bl7vHnOgEg0

🎺برای یادگیری بیشتر و دریافت مطالب مفید در زمینه .NET و برنامه‌نویسی، به کانال ما بپیوندید!

📚💻 @dotnetcode 🖥👨‍💻

از اضطراب تا اطمینان: پارادوکسِ ملالت

در دنیای مهندسی نرم‌افزار، جایی که پیچیدگی ذات سیستم است و تغییر تنها ثابتِ آن، «ترس» همواره در سایه کدها کمین کرده است. ترس از شکستن کدهای قدیمی هنگام افزودن قابلیت‌های جدید، ترس از باگ‌های پنهان در لایه‌های زیرین، و ترس از آن لحظه‌ی هولناکِ "Deploy" که نمی‌دانیم سیستم تاب می‌آورد یا خیر.

کنت بک در این جمله، مرز باریک میان یک «کدنویس» و یک «مهندس نرم‌افزار» را ترسیم می‌کند. او معیار کافی بودن تست‌ها را نه در درصد پوشش کد (Code Coverage)، بلکه در آرامش روان توسعه‌دهنده جستجو می‌کند.

۱. ترس به عنوان سیگنال:
وقتی کدی می‌نویسید و هنوز اضطراب دارید، این ترس یک سیگنال فنی است. به این معناست که سیستم شما هنوز پیش‌بینی‌ناپذیر است. شما هنوز تمام سناریوهای مرزی را رام نکرده‌اید. این ترسِ سازنده، سوختِ نوشتن تست‌های بیشتر است.

۲. استحاله به ملالت (Boredom):
چرا «ملالت» یا «کسالت»؟ در اینجا کنت بک واژه‌ی Boredom را به عنوان یک فضیلت ستایش می‌کند. هیجان در عملیات مهندسی، معمولاً نشانه خوبی نیست؛ هیجان یعنی غیرقابل پیش‌بینی بودن، یعنی خطر.
وقتی تست‌های شما آنقدر کامل، دقیق و جامع هستند که اجرای آن‌ها هیچ شگفتی‌ای برایتان ندارد و نتیجه‌ی سبز شدنشان از پیش برایتان مسجل است، شما به آن «ملالت مقدس» رسیده‌اید.

نتیجه‌گیری:
تست‌نویسی فقط برای یافتن باگ نیست؛ ابزاری است برای خریدنِ اعتماد به نفس. جمله‌ی کنت بک به ما یادآوری می‌کند که هدف نهایی TDD، تبدیل کردن فرآیند توسعه نرم‌افزار از یک ماجراجویی پرخطر و استرس‌زا، به یک روتینِ قابل پیش‌بینی، امن و حتی «خسته‌کننده» است.
زمانی که انتشارِ کد جدید برایتان به اندازه نوشیدن یک لیوان آب معمولی و بی‌هیجان شد، آنگاه می‌توانید ادعا کنید که معماری سیستم‌تان بالغ شده است.

🎺برای یادگیری بیشتر و دریافت مطالب مفید در زمینه .NET و برنامه‌نویسی، به کانال ما بپیوندید!

📚💻 @dotnetcode 🖥👨‍💻

انقلاب گوگل در طراحی رابط کاربری: معرفی Generative UI

گوگل در مقاله تحقیقاتی جدیدش توضیح داده که چطور با استفاده از مدل Gemini 3 Pro، فرآیند ساخت رابط‌های کاربری را کاملاً خودکار کرده است. این سیستم دیگر فقط یک چت‌بات متنی نیست؛ بلکه یک پایپ‌لاین مهندسی کامل است که مثل یک برنامه‌نویس Front-End عمل می‌کند.

معماری این سیستم روی سه ستون اصلی بنا شده است:

1️⃣ فراتر از مدل زبانی (Tools & Integration)
مدل زبانی در این سیستم تنها نیست و به ابزارهای قدرتمندی دسترسی دارد. اتصال به جستجوی وب، تولید تصویر (Image Gen) و دیتابیس‌ها باعث می‌شود خروجی نهایی صرفاً یک متن نباشد، بلکه محتوایی زنده و متصل به دنیای واقعی باشد.

2️⃣ مغز متفکر سیستم (System Instructions)
کیفیت خروجی وابسته به دستورالعمل‌های دقیقی است که به مدل داده می‌شود. قوانین مربوط به ساختار HTML/CSS، محدودیت‌های دیزاین سیستم و نحوه تعامل کامپوننت‌ها در این مرحله به مدل تزریق می‌شود تا کد استاندارد تولید کند.

3️⃣ تضمین کیفیت نهایی (Post-Processing)
خروجی خام مدل هرگز مستقیماً به کاربر نمایش داده نمی‌شود. لایه پردازش نهایی وظیفه دارد کدها را بررسی کند، تگ‌های اشتباه را اصلاح کند و جلوی مشکلات امنیتی را بگیرد تا نتیجه در مرورگر بدون نقص اجرا شود.

نتیجه نهایی چیست؟
کاربر به جای خواندن یک توضیح متنی خشک، یک رابط کاربری (UI) تعاملی، گرافیکی و قابل کلیک تحویل می‌گیرد که دقیقاً برای نیاز او ساخته شده است.

🔗 لینک مقاله کامل:
https://generativeui.github.io/static/pdfs/paper.pdf

#Google #Gemini #GenerativeUI #AI #Frontend

🎺برای یادگیری بیشتر و دریافت مطالب مفید در زمینه .NET و برنامه‌نویسی، به کانال ما بپیوندید!

📚💻 @dotnetcode 🖥👨‍💻

​👋 سلام بچه‌ها! فرصت شغلی جذاب برای .NET کارها

​تیم ما داره بزرگ‌تر میشه و برای یه پروژه هیجان‌انگیز تو حوزه Airline (که یه پروژه بلندمدت و استخون‌داره)، دنبال ۳ نفر برنامه‎‌نویس Senior یا Mid-Level می‌گردیم.

​چرا این پوزیشن جذابه؟
چون سعی کردیم استک فنی رو خیلی مدرن و تمیز نگه داریم. اگه دوست دارید با Aspire، Keycloak و Blazor کار کنید، جای شما پیش ما خالیه.

​شرایط کلی:
🔸 تکنولوژی‌ها: C# ،ASP.NET Core
🔸 محل کار: غرب تهران (پونک) - حضوری
🔸 زمان: شنبه تا ۴شنبه
🔸 حقوق: بالاتر از میانگین آگهی‌های این روزها + بیمه تکمیلی

​🎯 پروسه مصاحبه: مصاحبه‌ها به صورت ریموت برگزار میشه و سعی کردیم یه گپ فنی چالشی و مفید باشه که حتی اگه همکاری نکردیم، برای هر دو طرف آورده داشته باشه.

​اگر دنبال تغییر فضا هستید یا کسی رو می‌شناسید، خوشحال می‌شم بهم پیام بدید.

@ysmoradi

🎺برای یادگیری بیشتر و دریافت مطالب مفید در زمینه .NET و برنامه‌نویسی، به کانال ما بپیوندید!

📚💻 @dotnetcode 🖥👨‍💻

خداحافظی با انتظارهای چندساله، ویژوال استودیو هم سالانه شد!

یه خبر مهم و استراتژیک برای همه دات‌نتی‌ها و کاربرای ویژوال استودیو! مایکروسافت بالاخره تصمیم گرفت مدل انتشار IDE محبوبش رو تغییر بده و یه نظم اساسی بهش ببخشه.

اگه یادتون باشه قبلاً روال کار اینجوری بود که باید ۲ یا ۳ سال صبر می‌کردیم تا یه نسخه ماژور جدید بیاد (مثل پرش از ۲۰۱۹ به ۲۰۲۲). اما طبق داکیومنت‌های جدیدی که برای نسخه ۲۰۲۶ منتشر شده، بازی عوض شده!

👇 توی تصویر پست دقیق نگاه کنید:

1️⃣ ریلیزهای منظم سالانه: از این به بعد قراره مثل ساعت دقیق، هر سال یک نسخه اصلی جدید داشته باشیم. یعنی بلافاصله بعد از ویژوال استودیو ۲۰۲۶، باید منتظر ۲۰۲۷، ۲۰۲۸ و ۲۰۲۹ باشیم. این یعنی ویژگی‌های جدید خیلی سریع‌تر به دستمون می‌رسه و دیگه خبری از "بیگ‌بنگ"های چند ساله نیست. این حرکت دقیقا هم‌راستا با چرخه انتشار سالانه .NET هست.

2️⃣ خیال‌راحت با کانال‌های LTSC: شاید با خودتون بگید «ای بابا! کی حال داره هر سال نسخه عوض کنه و درگیر باگ‌های احتمالی بشه؟»

نگران نباشید! مایکروسافت برای تیم‌های Enterprise و کسایی که دنبال ثباتن، نسخه‌های LTSC (Long-Term Servicing Channel) رو همزمان ارائه میده. این یعنی می‌تونید روی یه نسخه پایدار بمونید که تا ۱۸ ماه ساپورت میشه و فقط پچ‌های امنیتی رو می‌گیره، بدون اینکه محیط توسعه‌تون بهم بریزه.

🔥 خلاصه ماجرا:
مایکروسافت داره اکوسیستم توسعه‌ش رو مدرن‌تر و سریع‌تر می‌کنه. پاییز هر سال، هم منتظر دات‌نت جدید باشید، هم ویژوال استودیو جدید!

🔗 جزئیات کامل و فنی این تغییرات رو توی لینک رسمی زیر بخونید:
https://learn.microsoft.com/en-us/visualstudio/releases/2026/release-rhythm

#برنامه_نویسی #مایکروسافت #ویژوال_استودیو #دات_نت #تکنولوژی #VisualStudio #DotNet #Microsoft

🎺برای یادگیری بیشتر و دریافت مطالب مفید در زمینه .NET و برنامه‌نویسی، به کانال ما بپیوندید!

📚💻 @dotnetcode 🖥👨‍💻

کالبدشکافی یک مهاجرت بزرگ: چرا ردیت قلب تپنده‌اش را به Go سپرد؟

اخیراً تیم مهندسی Reddit یکی از مهم‌ترین تغییرات زیرساختی چند سال اخیر خود را فاش کرد: بازنویسی سرویس کامنت‌ها (Comment Service) از پایتون به Go.
شاید بپرسید چرا کامنت؟ در ردیت، کامنت‌ها فقط یک لیست ساده متنی نیستند؛ آن‌ها یک ساختار درختی پیچیده و عمیق (Deeply Nested) دارند که پردازش و نمایش آن‌ها در اسکیل میلیونی، یک چالش تمام عیار مهندسی است.


چرا پایتون دیگر پاسخگو نبود؟ (The Bottleneck)

ردیت سال‌هاست که یک "Python Shop" محسوب می‌شود. پایتون برای توسعه سریع عالی است، اما وقتی صحبت از High Throughput و محاسبات سنگین در لحظه می‌شود، کم می‌آورد:
۱. هزینه بالای ساخت آبجکت‌ها: در پایتون، هر نود (Node) در درخت کامنت‌ها یک آبجکت سنگین است. وقتی قرار است هزاران کامنت را برای یک ترد (Thread) لود کنید، سربار حافظه و CPU وحشتناک می‌شود.

۲. قفل مفسر جهانی (GIL): پردازش همزمان درخواست‌ها در پایتون به دلیل GIL محدودیت دارد و نمی‌توان از تمام هسته‌های CPU به صورت واقعی (Parallelism) بهره برد.

۳. تایپ‌دهی پویا: در سیستم‌های بسیار بزرگ، چک کردن تایپ‌ها در زمان اجرا (Runtime) هم سربار دارد و هم ریسک باگ را بالا می‌برد.

چرا Go ناجی سیستم شد؟
تیم ردیت تصمیم گرفت برای این سرویس خاص به سراغ Go برود. نتایج خیره‌کننده بود:

✅ مدیریت همزمانی (Concurrency): با استفاده از Goroutineها، ردیت توانست درخواست‌های واکشی (Fetch) کامنت‌ها را به صورت موازی و بسیار سبک انجام دهد. کاری که در پایتون نیازمند Threadهای سنگین سیستم‌عامل بود، در Go با چند کیلوبایت حافظه انجام شد.

✅ ساختار داده‌ای بهینه: برخلاف پایتون، Go اجازه می‌دهد کنترل دقیقی روی نحوه چیدمان داده‌ها در حافظه داشته باشید (Memory Layout). این یعنی کاهش فشار روی Garbage Collector و افزایش سرعت پردازش.

✅ کاهش تاخیر (Latency): نتیجه نهایی، کاهش چشمگیر زمان پاسخگویی (Response Time) سرویس کامنت بود، حتی در زمان‌هایی که ترافیک پلتفرم به اوج می‌رسد.

درس‌هایی برای طراحی سیستم (System Design):
این حرکت ردیت یک کلاس درس عالی برای معماران نرم‌افزار است:
- معماری چند زبانه (Polyglot): لازم نیست کل پلتفرم با یک زبان نوشته شود. ردیت همچنان برای بیزنس لاجیک‌های لایه بالا از پایتون استفاده می‌کند، اما برای لایه‌های زیرین و پرفشار، Go را وارد کرده است.

- میکروسرویس واقعی: جدا کردن سرویس کامنت، اجازه داد تا فقط "همان بخش" اسکیل شود، بدون اینکه نیاز باشد کل کدبیس تغییر کند.

📊 نتیجه: سرویس جدید با منابع سخت‌افزاری کمتر، ترافیک بیشتری را مدیریت می‌کند و تجربه کاربری (UX) روان‌تری را ارائه می‌دهد.

🔗 مطالعه مقاله فنی کامل در ردیت:
https://www.reddit.com/r/RedditEng/s/2tmpQVQSdv

#Reddit #Golang #SystemDesign #Microservices #Backend #PythonVsGo #HighThroughput

🎺برای یادگیری بیشتر و دریافت مطالب مفید در زمینه .NET و برنامه‌نویسی، به کانال ما بپیوندید!

📚💻 @dotnetcode 🖥👨‍💻