‫۵ سال و ۳ ماه قبل، چهارشنبه ۱۵ خرداد ۱۳۹۸، ساعت ۲۲:۴۸
CoreCompat.System.Drawing مربوط به دوران NET Core 1x. بود و در حال حاضر این پروژه وابستگی به آن ندارد (چون System.Drawing.Common توسط خود مایکروسافت ارائه شده). کدهای خودتان را با آخرین کدهای این مجموعه تطابق دهید.
‫۵ سال و ۳ ماه قبل، دوشنبه ۱۳ خرداد ۱۳۹۸، ساعت ۱۶:۵۶
ارتقاء به NET Core 3x.
UseSignalR منسوخ شده اعلام می‌شود و با UseEndpoints جانشین خواهد شد:
// Old code:
app.UseSignalR(routes =>
{
    routes.MapHub<SomeHub>("/path");
});

// New code:
app.UseEndpoints(endpoints =>
{
    endpoints.MapHub<SomeHub>("/path");
});
شما می‌توانید یک container مخصوص SQL Server داشته باشید و یکی هم مخصوص برنامه‌ی ASP.NET خودتان که IIS را اجرا می‌کند. بعد این وسط باید بین این‌ها سیم کشی کرد. این سیم کشی در قسمت بعدی تحت عنوان docker-compose بحث شده. همچنین چند مثال هم مانند «اجرای پروژه‌ی ASP.NET Core Music Store توسط docker-compose» در آن بحث شدند که به همراه این سیم‌کشی‌ها هستند.
‫۵ سال و ۳ ماه قبل، شنبه ۱۱ خرداد ۱۳۹۸، ساعت ۱۶:۵۰
 یک نکته‌ی تکمیلی: بهبود روش کار با local functions در C# 8.0

در C# 8.0 امکان تعریف متدهای محلی static نیز اضافه شده‌است:
namespace Sample
{
    class StaticLocalFunctions
    {
        static void Main()
        {            
            ClassicCapture(); // Implicitly captured variables in the method scope            
            NonCapturing(); // Now we can explicitly prevent that
        }

        internal static int ClassicCapture()
        {
            int y;
            LocalFunction();
            return y;

            void LocalFunction() => y = 19;
        }

        internal static int NonCapturing()
        {
            int y = 5, x = 7;
            return Add(x, y);

            static int Add(int left, int right) => left + right;
        }
    }
}
در این مثال، در متد ClassicCapture، یک متد محلی LocalFunction تعریف شده‌است که استاتیک نیست. به همین جهت می‌تواند به متغیر y داخل متد در برگیرنده‌ی آن، دسترسی پیدا کند و یا حتی آن‌را تغییر دهد. بنابراین جائیکه rerun y صورت می‌گیرد، مقدار آن 19 خواهد بود.
اما اگر فکر می‌کنید که این نوع تغییرات نباید داخل متدهای محلی مجاز باشند، اکنون در C# 8.0 می‌توانید آن‌ها را استاتیک تعریف کنید تا دسترسی آن‌ها به متغیرهای متد دربرگیرنده‌ی آن‌ها، قطع شود؛ مانند متد استاتیک Add داخل متد NonCapturing که دیگر نمی‌تواند به صورت مستقیم، به متغیرهای x و y دسترسی پیدا کند.
‫۵ سال و ۳ ماه قبل، شنبه ۱۱ خرداد ۱۳۹۸، ساعت ۱۶:۳۰
یک نکته‌ی تکمیلی: بهبود روش کار با interpolated verbatim strings در C# 8.0

تا پیش از C# 8.0 اگر قطعه کد زیر را بنویسیم:
var x = @$"Time now at UTC {DateTime.UtcNow}";
سبب بروز این استثناء خواهد شد:
 Error  CS1646  Keyword, identifier, or string expected after verbatim specifier: @
این مشکل یا به عبارتی اهمیت ذکر $ در ابتدا و سپس @، در C# 8.0 حذف شده و اکنون با هر ترتیبی می‌توان این دو را ذکر کرد.
‫۵ سال و ۳ ماه قبل، چهارشنبه ۸ خرداد ۱۳۹۸، ساعت ۱۵:۴۰
- انتخاب Middleware برای دسترسی به ModelState کار اشتباهی است؛ چون پس از فراخوانی میان‌افزار MVC و پردازش‌های model binding و validation آن است که کار مقدار دهی ModelStateDictionary صورت می‌گیرد. در حالیکه یک میان‌افزار را در هر قسمتی از pipeline می‌توان قرار داد و الزامی ندارد که پس از میان‌افزار MVC باشد.
- اگر نیاز به ModelState است، استفاده از اکشن‌فیلترها برای آن توصیه می‌شود که قابلیت تعریف سراسری هم دارند:
public class ModelStateFeatureFilter : IAsyncActionFilter
{
    public async Task OnActionExecutionAsync(ActionExecutingContext context, ActionExecutionDelegate next)
    {
        var state = context.ModelState;
        // store state ...
        await next();
    }
}
یا می‌توان این context.ModelState را در جائی ذخیره کرد و سپس در یک میان‌افزار که پس از میان‌افزار MVC قرار می‌گیرد، آن‌را خواند.
‫۵ سال و ۳ ماه قبل، یکشنبه ۵ خرداد ۱۳۹۸، ساعت ۱۲:۳۶
آیا باید جاییکه کلاینت تعریف می‌شود 2 نمونه از کلاینت ساخته شود؟
بله.
و اینکه در هر پروژه چگونه باید از این کلاینت‌ها استفاده کرد؟ 
مفصل در همان سری با ارائه‌ی دو کلاینت مجزای MVC و همچنین Web API برای IDP ارائه شده، بحث شده. در قسمت چهارم آن، بحث scopes معرفی شده. در قسمت پنجم آن، نحوه‌ی دسترسی به این scopes و اینکه چه اطلاعاتی به همراه آن‌ها به کلاینت‌ها منتقل شوند یا خیر. قسمت ششم و هفتم آن، بحث scopes را جامع‌تر معرفی کرده با مثال‌های بیشتری. قسمت هفتم آن کلاینت Web API را هم به همراه تنظیمات خاص آن بررسی کرده و در قسمت هشتم، Authorization Policy‌ها و سیاست‌های دسترسی پیشرفته را بحث کرده.
- مثالی که در GitHub هست، در حقیقت آخرین نگارش موجود یا حاصل نهایی کل این سری است. بنابراین برای راه اندازی آن نیاز است قسمت آخر و تنظیم مجوز ssl آن‌را رعایت کنید تا بتوانید آن‌را اجرا کنید. خصوصا قسمت «تنظیم مجوز امضای توکن‌های IDP » آن + مطلب «اجبار به استفاده‌ی از HTTPS در حین توسعه‌ی برنامه‌های ASP.NET Core 2.1» را هم باید پیگیری کنید. نیاز هست مجوز SSL آزمایشی ASP.NET Core را به «Trusted Root Certification Authorities/Certificates» منتقل کنید که در آن مطلب توضیح داده شده‌است.  
- یا مراجعه کنید به لیست commits آن و در اینجا هر مرحله را جداگانه دریافت و اجرا کنید. هر کامیت متناظر با یک قسمت است.