‫۱۰ سال و ۳ ماه قبل، پنجشنبه ۲۹ خرداد ۱۳۹۳، ساعت ۰۵:۵۳
از متدهای الحاقی جدید Async که نامبرده شدند استفاده کنید (بجای متدهای قدیمی معادل) به همراه Set برای دستیابی به موجودیت‌ها؛ مثلا:
    public async Task<List<T>> GetAllAsync()
    {
        return await _dbContext.Set<T>().ToListAsync();
    }
‫۱۰ سال و ۴ ماه قبل، یکشنبه ۲۵ خرداد ۱۳۹۳، ساعت ۱۹:۳۱
- بله. قسمت‌های HostingEnvironment.RegisterObject و IRegisteredObject آن هم باید حذف شوند چون در QueueBackgroundWorkItem وجود دارند و یک CancellationToken را تنظیم می‌کند.
+ زمانیکه از  DNTScheduler استفاده می‌کنید، عملا نیازی به QueueBackgroundWorkItem ندارید. چون نکته‌ی HostingEnvironment.RegisterObject و IRegisteredObject در آن لحاظ شده. این نکته که خاموش شدن IIS را گزارش می‌کند، چند سال قبل، توسط یکی از اعضای قبلی تیم ASP.NET منتشر شده بود. دقیقا از همین نکته در QueueBackgroundWorkItem استفاده شده.

به صورت خلاصه، DNTScheduler با دات نت 4 به بعد سازگار است و نکات QueueBackgroundWorkItem دات نت 4.5.2 را به صورت توکار پیاده سازی کرده‌است.
‫۱۰ سال و ۴ ماه قبل، چهارشنبه ۲۱ خرداد ۱۳۹۳، ساعت ۲۱:۳۹
- کمی بالاتر عنوان شد: modelBuilder.Configurations.AddFromAssembly 
- مطلب فوق در مورد کلاس‌های مشتق شده از EntityTypeConfiguration نوشته شد. این کلاس‌ها در EF همیشه به همین شکل هستند؛ مگر اینکه طراحی کل آن تغییر کند.
- در مطلب دیگری که به خودکار کردن تعاریف DbSetها اختصاص داشت، سطر ذیل را از آن مطابق نیاز خودتان، حذف کنید:
type.BaseType == typeof(BaseEntity)
بررسی فضای نام را هم دارد.
‫۱۰ سال و ۴ ماه قبل، چهارشنبه ۲۱ خرداد ۱۳۹۳، ساعت ۱۸:۲۳
از AppDomain برای یافتن اسمبلی مدنظر استفاده کنید:
  var enumerable = AppDomain.CurrentDomain.GetAssemblies()
        .SelectMany(assembly => assembly.GetTypes())
        .Select(type => type.Namespace)
        .Distinct()
        .Where(name => name != null &&
                       name == "DomainClasses.Mappings");