- حالت‌های دیگر اتصال را مانند signalR.HttpTransportType.ServerSentEvents با سطح لاگ بالا مانند signalR.LogLevel.Trace بررسی کنید.
۴ سال قبل، سه‌شنبه ۱۸ شهریور ۱۳۹۹، ساعت ۱۸:۱۱
۴ سال قبل، جمعه ۱۴ شهریور ۱۳۹۹، ساعت ۱۶:۰۷
۴ سال قبل، سه‌شنبه ۱۱ شهریور ۱۳۹۹، ساعت ۱۲:۳۶
در NET 5.، قابلیت PublishTrimmed بهبود یافته و نوعها و اعضایی هم که در برنامه استفاده نشدهاند، حذف خواهند شد.
۴ سال قبل، شنبه ۸ شهریور ۱۳۹۹، ساعت ۰۱:۰۹
اضافی هست. حذفش کنید.
۴ سال قبل، چهارشنبه ۵ شهریور ۱۳۹۹، ساعت ۱۴:۵۱
به روز رسانی
۴ سال قبل، شنبه ۱ شهریور ۱۳۹۹، ساعت ۱۸:۲۳
اینجا هم مانند توضیحات مطلب جاری است:
- وجود فایل bundleconfig.json
- بودن تعریف بستهی BundlerMinifier.Core
۴ سال قبل، پنجشنبه ۳۰ مرداد ۱۳۹۹، ساعت ۰۳:۳۱
برای برنامه‌های مبتنی بر ASP.NET Core
۴ سال قبل، چهارشنبه ۲۹ مرداد ۱۳۹۹، ساعت ۱۷:۲۴
- مبحثی که در اینجا مطرح شده، مرتبط با حالت‌های عدم استفاده‌ی از سیستم تزریق وابستگی‌ها است. البته می‌توان این نوع Containerها را در حالت «service locator»، در همه‌جا استفاده کرد و محدودیتی هم ندارند.
- اگر از یک سیستم تزریق وابستگی‌ها استفاده می‌کنید، مطلب جاری را فراموش کنید. یک کلاس معمولی را ایجاد کرده و یک اینترفیس را از آن استخراج کنید (مانند همیشه و بسیار عادی). سپس این اینترفیس و کلاس پیاده سازی کننده‌ی آن‌را با «طول عمر» singleton به این IoC Container معرفی کنید (مهم نیست نام آن IoC Container چیست. این روش همه جا کار می‌کند). اکنون چون مدیریت طول عمر این سرویس توسط IoC container مورد استفاده کنترل می‌شود، می‌توانید در سازنده‌ی آن تمام سرویس‌های دیگر را هم تزریق کرده (مانند تمام سرویس‌های دیگر تعریف شده) و استفاده کنید؛ چون وهله سازی و مدیریت طول عمر آن توسط خود Container مدیریت می‌شود.
- اگر از یک سیستم تزریق وابستگی‌ها استفاده می‌کنید، مطلب جاری را فراموش کنید. یک کلاس معمولی را ایجاد کرده و یک اینترفیس را از آن استخراج کنید (مانند همیشه و بسیار عادی). سپس این اینترفیس و کلاس پیاده سازی کننده‌ی آن‌را با «طول عمر» singleton به این IoC Container معرفی کنید (مهم نیست نام آن IoC Container چیست. این روش همه جا کار می‌کند). اکنون چون مدیریت طول عمر این سرویس توسط IoC container مورد استفاده کنترل می‌شود، می‌توانید در سازنده‌ی آن تمام سرویس‌های دیگر را هم تزریق کرده (مانند تمام سرویس‌های دیگر تعریف شده) و استفاده کنید؛ چون وهله سازی و مدیریت طول عمر آن توسط خود Container مدیریت می‌شود.
- استفاده و یا تعریف متدهای Async در اینجا هیچ تفاوتی با قبل ندارد. همان امضای متدهای Task دار و در صورت نیاز async دار را ارائه دهید.
یک نکته: تزریق وابستگی‌ها در سازنده‌ی کلاس‌هایی با طول عمر singleton یکسری نکات خاص خودشان را دارند.
۴ سال قبل، سه‌شنبه ۲۸ مرداد ۱۳۹۹، ساعت ۱۷:۲۰
به روز رسانی
UseDatabaseErrorPage در نگارش 6 حذف خواهد شد. بجای آن از UseDeveloperExceptionPage استفاده کنید:
public void Configure(IApplicationBuilder app, IWebHostEnvironment env)
{
if (env.IsDevelopment())
{
app.UseDeveloperExceptionPage();
}
...
}
۴ سال قبل، سه‌شنبه ۲۸ مرداد ۱۳۹۹، ساعت ۱۷:۱۳