‫۵ سال و ۳ ماه قبل، سه‌شنبه ۳۱ اردیبهشت ۱۳۹۸، ساعت ۱۶:۲۸
دو مدل طراحی مختلف هستند؛ اینکه در جداول UserClaim یا RoleClaim دسترسی‌ها با یک ClaimType بنام Permission مدیریت شوند یا با استفاده از مدل ارث‌بری TPH (همان دلیل وجود فیلد Discriminator) یک جدول Permission داشته باشید برای مدیریت دسترسی‌های مرتبط با گروه کاربری، کاربر و ...
یا حتی می‌توان آنها را ادغام کرد و به یک جدول Claim طراحی شده با مدل ارث‌بری TPH رسید.
‫۵ سال و ۳ ماه قبل، سه‌شنبه ۳۱ اردیبهشت ۱۳۹۸، ساعت ۱۵:۳۸
پیشوند «PERMISSION:‎» برای شناسایی سیاست‌هایی که می‌بایست به صورت خودکار به سیستم معرفی و ثبت شوند، استفاده می‌شود. نیازی به ذخیره‌سازی این پیشوند نیست.

‫۵ سال و ۴ ماه قبل، جمعه ۲۷ اردیبهشت ۱۳۹۸، ساعت ۲۳:۴۶
به صورت توکار پشتیبانی نمی‌شود. برای مدیریت چنین سناریوهایی نیاز است از خصوصیتی Boolean در سطح DbContext برنامه استفاده کنید. به عنوان مثال سورس کد کتابخانه DNTFrameworkCore.EntityFramework را بررسی کنید.
‫۵ سال و ۴ ماه قبل، سه‌شنبه ۲۴ اردیبهشت ۱۳۹۸، ساعت ۲۰:۲۶
- برای حالت‌های ثبت و ویرایش یک MasterModel از خصوصیت IsNew آن استفاده کنید.
- اینکه از یک اعتبارسنج متناظر با یک مدل کجا استفاده کنید نگرانی این زیرساخت نیست اما همانطور که در قسمت اول مطرح شد، برای خودکار سازی فرآیند اعتبارسنجی می‌توانید ValidationInterceptor موجود در زیرساخت را به سیستم تزریق وابستگی‌ها معرفی کنید. با این حال امکان تزریق و استفاده از IModelValidator<T>‎ متناظر با یک MasterModel همواره وجود دارد. 
‫۵ سال و ۴ ماه قبل، پنجشنبه ۱۹ اردیبهشت ۱۳۹۸، ساعت ۰۵:۳۵
موجودیت طرف‌حساب
public class Party : Entity, INumberedEntity
{
    public const int MaxFirstNameLength = 50;
    public const int MaxLastNameLength = 50;
    public const int MaxDescriptionLength = 1024;

    public string Number { get; set; }
    public string FirstName { get; set; }
    public string LastName { get; set; }
    public string Description { get; set; }
    //...
}
موجودیت مشتری
public class Customer : TrackableEntity, IAggregateRoot, IPassivable
{
    public bool IsActive { get; set; }
    public byte[] RowVersion { get; set; }
    //...
    public Party Party { get; set; }
}

موجودیت پرسنل
public class Personnel : TrackableEntity, IAggregateRoot, IPassivable
{
    public bool IsActive { get; set; }
    public byte[] RowVersion { get; set; }
    //...
    public Party Party { get; set; }
}

تنظیمات مرتبط با ارتباط آنها
builder.HasOne(c => c.Party).WithOne().HasForeignKey<Customer>(c => c.Id)
.OnDelete(DeleteBehavior.Restrict);
builder.HasOne(p => p.Party).WithOne().HasForeignKey<Personnel>(p => p.Id)
    .OnDelete(DeleteBehavior.Restrict);


‫۵ سال و ۴ ماه قبل، چهارشنبه ۱۸ اردیبهشت ۱۳۹۸، ساعت ۱۹:۲۷
معرفی IEntityTypeConfiguration‎ متناظر با موجودیت‌ها در DbContext پروژه کفایت می‌کند؛ EF Core به صورت توکار امکان دسترسی پویا به DbSet متناظر با موجودیت‌ها را مهیا می‌کند. 
‫۵ سال و ۴ ماه قبل، سه‌شنبه ۱۰ اردیبهشت ۱۳۹۸، ساعت ۱۴:۲۴
- انتقال منابع به یک اسمبلی دیگر «ارتقاء به ASP.NET Core 1.0 - قسمت 19 - بومی سازی»
- هدف اصلی آنها دسته‌بندی منابع می‌باشد. می‌توانید صرفا از ISharedLocalizer استفاده کنید یا به صورت مستقیم IStringLocalizer<SharedResource>‎ را تزریق کنید.
‫۵ سال و ۴ ماه قبل، سه‌شنبه ۱۰ اردیبهشت ۱۳۹۸، ساعت ۱۴:۰۶
از طریق مدل پیش‌فرض یعنی FilteredPagedQueryModel می‌توانید به اطلاعات صفحه‌بندی، مرتب‌سازی و جستجوی پویا برفراز فیلدهایی که در کوئری نهایی شما موجود هستند، دسترسی داشته باشید. در سناریوهایی که قصد فیلتر کردن اطلاعات بر اساس سایر فیلدها که در کوئری نهایی نیز حضور ندارند یا به صورت کلی در شرایطی که جستجوی پویا برفراز خصوصیات ReadModel متناظر با موجودیت، پاسخگوی نیازهای شما نباشد، می‌بایست از یک مدل سفارشی برای جستجوی صریح در همان متد BuildReadQuery استفاده کنید.