‫۸ سال و ۷ ماه قبل، شنبه ۱ اسفند ۱۳۹۴، ساعت ۰۱:۲۱
با تشکر؛
کل بحث جا افتاده است برایم  ولی در مثال BlogPostManager ، کمی غیر قابل درک میباشد که وقتی بحث سطح دسترسی مطرح است ، Guard‌ها چه استفاده ای خواهند داشت؟ منظور بنده این است که وقتی در یک برنامه فرضا Asp.net برای هر یک از Trigger‌ها یک اکشن متد خاص (برای ویرایش فیلد State رکورد) داشته باشیم ، همین چک کردن این مورد که آیا کاربر، نویسنده پست یا مدیر است هم در ابتدای اکشن باید صورت گیرد و اجازه دسترسی به ادامه کار داده نشود(Forbidden)  . اگر برداشت بنده صحیح نیست هم لطفا راهنمایی کنید.
ممنون میشوم بحث را با مثال واقعی تحت وب یا ویندوز مطرح کنید. 
‫۸ سال و ۷ ماه قبل، یکشنبه ۱۸ بهمن ۱۳۹۴، ساعت ۱۵:۳۱
باتشکر؛
با توجه به این که لایه‌های زیرین میبایست با Message با لایه بالاتر در ارتباط باشند و این خطاها در لایه بالاتر لاگ شوند ؛آیا ارجاع به اسمبلی Elmah در DataLayer کار درستی میباشد. برای مثال در یک برنامه Asp.net MVC برای نمایش خطاهای همزمانی به شکل زیر عمل کردن موردی ندارد؟
public async Task<string> SaveAllChangesAsync(bool invalidateCacheDependencies = true, Guid? auditUserId = null)
        {
            try
            {
                if (auditUserId.HasValue)
                    AuditFields(auditUserId.Value);
                await SaveChangesAsync();
                if (!invalidateCacheDependencies) return string.Empty;
                var changedEntityNames = GetChangedEntityNames();
                new EFCacheServiceProvider().InvalidateCacheDependencies(changedEntityNames);
            }
            catch (DbUpdateConcurrencyException ex)
            {
                Elmah.ErrorSignal.FromCurrentContext().Raise(ex);
                return ConcurrencyMessage;
            }
            return string.Empty;
        }

‫۸ سال و ۸ ماه قبل، دوشنبه ۱۲ بهمن ۱۳۹۴، ساعت ۱۷:۳۱
1-در رابطه با DeletedBy در نظر قبلی عرض کردم که لازم نیست.
2-در مورد عدم معرفی ICollection‌ها هم اگر از Flunet API‌ها استفاده میکنید  ، میتوانید به شکل زیر عمل کنید:
HasRequired(row => row.CreatedBy).WithMany().HasForeignKey(row => row.CreatedById).WillCascadeOnDelete(false);

3- واقعا چه تآثیری میتواند داشته باشد! خیر هیچ مشکلی از حیث سرعت نخواهد داشت.
‫۸ سال و ۸ ماه قبل، یکشنبه ۱۱ بهمن ۱۳۹۴، ساعت ۲۳:۲۱
بروز رسانی !
مدل Role حذف شده و قصد اعمال دسترسی داینامیک را حداقل در این سیستم نداریم(به دلیل پیچیدگی بی دلیلی که برای کاربر نهایی دارد) . از یک Enum Flag کمک خواهیم گرفت که به شکل زیر تعریف شده است:
 [Flags]
    public enum Roles
    {
        User=1,
        Author=2,
        Editor=4,
        Moderator=8,
        Adminisrator=16,
        BlogModerator=32,
        NewsModerator=64,
        PollModerator=128,
        AnnouncementModerator=256,
        ForumModerator=512,
        PagesModerator=1024,
        CollectionsModerator=2048
    }


‫۸ سال و ۸ ماه قبل، یکشنبه ۱۱ بهمن ۱۳۹۴، ساعت ۲۱:۰۲
چند مورد است که باید به آنها توجه کرد؛ در بخش اول قسمت پنجم همین بحث را مطرح کردم. اگر قرار باشد کاربر نام کاربری خود را تغییر دهد ، عملا نگهداری فقط نام کاربری کاربر انجام دهنده عملیات کافی نخواهد بود مگر آنکه قصد دارید به هنگام تغییر نام کاربری ، تمام این جداول را ویرایش کنید (که غیر معقول است)؛ یا اینکه یک جدول جدا در نظر گرفت که کاربر x در تاریخ‌های مختلف چه نام کاربری داشت و ادامه ماجرا..
 پروژه Decision حدود 35 تا جدول دارد که با همین رویکرد توسعه داده شده است. یا اینکه میشود صرفا آی دی کاربران ایجاد کننده و تغییر دهنده را بدون ایجاد ارتباط در جداول نگهداری کرد (پیشنهاد نمیکنم). ولی به نظر خودم  در این روش کار سر راست است و در صورت نیاز برای نمایش آخرین تغییر دهنده یا ایجاد کننده خیلی راحت میتوان آنها را Include کرد و نمایش داد.
یک نکته : به ندرت پیش می‌آید که شما از سمت کاربر بخواهید Entity‌های ایجاد شده یا ویرایش شده را واکشی کنید ؛ پیشنهاد میکنم از ذکر این ICollection‌ها در مدل کاربر خودداری کنید تا مدل شما خیلی شلوغ نشود.
نکته آخرDeletedBy  لازم نیست ، خود این عمل هم یک تغییر با نوع اکشن SoftDelete میباشد.
‫۸ سال و ۸ ماه قبل، یکشنبه ۱۱ بهمن ۱۳۹۴، ساعت ۱۹:۴۸
خواهش میکنم.
فرض کنید در ادامه مدلی داشته باشیم که کلید آن ترکیبی است ؛ در آن صورت استفاده از BaseEntity که صراحتا کلید آن یک خصوصیت مشخص است ، قابل استفاده نخواهد بود.
البته شاید در ادامه همچین سناریویی وجود نداشته باشد.
‫۸ سال و ۸ ماه قبل، دوشنبه ۵ بهمن ۱۳۹۴، ساعت ۲۳:۳۸
مدل Tag هم میبایست در بین مدل‌های مشترک قرار گیرد . در ایجاد روابط چند به چند اگر با Fluent API‌ها کار کنید نیاز نیست حتما در هر دو طرف لیست‌های مورد نظر را تعریف کنید. برای مثال در افزونه اخبار میتوانید همچین تعریفی داشته باشید.
 public class NewsItemConfig : EntityTypeConfiguration<NewsItem>
    {
        public NewsItemConfig()
        {
            HasMany(a => a.Tags).WithMany().Map(m =>
            {
                m.MapLeftKey("TagId");
                m.MapRightKey("NewsItemId");
                m.ToTable("NewsItemTag");
            });
      
        }
    }
برای کوئری زدن هم میتوانید به شکل زیر اقدام کنید.
var news= from p in ctx.NewsItems
                 from t in p.Tags
                 where t.Name == "Tag1"
                 select p;