‫۸ سال و ۴ ماه قبل، پنجشنبه ۶ خرداد ۱۳۹۵، ساعت ۰۱:۳۰
- نکته دو: نام bundle را حتما هم عمق با آدرس قالب تعریف کنید تا وقتی فایل css  به پوشه‌ی images  یا فونت مجاور خود اشاره می‌کند، آدرس دهی معتبر باشد. 
امکان بازنویسی خودکار آدرس‌ها داخل فایل‌های استایل هم وجود دارد:
 bundles.Add(new StyleBundle(
                "~/Content/fa",
                ContentDeliveryNetwork.MaxCdn.FontAwesomeUrl)
                .Include("~/Content/fontawesome/site.css",new CssRewriteUrlTransform()));
نکته قابل توجه، استفاده از CssRewriteUrlTransform میباشد.
‫۸ سال و ۴ ماه قبل، یکشنبه ۲ خرداد ۱۳۹۵، ساعت ۱۹:۱۲
موجودیتی تحت عنوان Blog در سیستم نداریم.
با پابلیش نهایی یک BlogDraf، یک رکورد جدید در جدول BlogPost ذخیره خواهد شد. میتوانند ارتباط داشته باشند، زمانی که لازم دارید حتی تغییرات بعدی مربوط به پست پابلیش شده را نیز با تأیید مدیریت بر روی نسخه اصلی اعمال شود. بسته به نیاز است این موارد.  
‫۸ سال و ۶ ماه قبل، سه‌شنبه ۱۰ فروردین ۱۳۹۵، ساعت ۱۷:۳۲
با وجود این که پروژه‌های موجود در بخش پروژه‌های سایت ، کمتر همکاری و یا بازخورد را داشته ولی باز هم قرار دادن آن در بخش مذکور به نظرم برای ارائه بازخورد‌ها و مدیریت راحت آنها توسط خودتان ، بهتر خواهد بود؛  البته گیت هاب هست ولی اکثرا هیچ بازخوردی در آنجا از جانب دوستان ایرانی ارائه نمیشود.
رعایت نکته ای که در مورد بهبود کارایی EF  چندی پیش در سایت توسط آقای هاشم زاده ارئه شد هم میتواند مفید باشد.برای مثال تغییر در کدهای زیر:
.Skip(page * pageSize).Take(pageSize)

‫۸ سال و ۷ ماه قبل، دوشنبه ۱۰ اسفند ۱۳۹۴، ساعت ۰۲:۱۵
با تشکر؛ آقای نصیری مشکلی که آقای سعیدی فر به آن اشاره کردند را بنده با AutoMapper هم بررسی کردم ولی جوابی نگرفتم . دلیل این مورد چیست؟ آیا تخریب شدن داینامیک پراکسی باعث این موضوع میشود؟ چون بررسی کردم در هنگام استفاده از ویومدل ، داینامیک پراکسی ای که در هنگام استفاده مستقیم از کلاس دامین ایجاد میشود ، تخریب شده است.
‫۸ سال و ۷ ماه قبل، چهارشنبه ۵ اسفند ۱۳۹۴، ساعت ۰۲:۴۲
از Claim‌ها کمک بگیرید (در نهایت در کوکی کاربر ذخیره خواهند شد ) :
 public async Task<ClaimsIdentity> GenerateUserIdentityAsync(ApplicationUser applicationUser)
        {
            // Note the authenticationType must match the one defined in CookieAuthenticationOptions.AuthenticationType
            var userIdentity = await CreateIdentityAsync(applicationUser, DefaultAuthenticationTypes.ApplicationCookie);
            // Add custom user claims here
           userIdentity.AddClaim(new Claim("Avatar",applicationUser.Avatar));
            return userIdentity;
        }
متد AddClaim برای کلاس ClaimsIdentity در نظر گرفته شده است.
یا حتی میتوانید یک ClaimsIdentityFactory شخصی سازی شده در نظر بگیرید؛ برای مثال در پروژه " طراحی فریمورک برای کار با Asp.net MVC و EF به صورت NTier  یک نمونه پیاده سازی شده را میتوانید مشاهده کنید.
‫۸ سال و ۷ ماه قبل، شنبه ۱ اسفند ۱۳۹۴، ساعت ۰۳:۱۸
اصلا بحث این نیست. فکر میکنم منظور بنده را متوجه نشده اید. عرض کردم ، اینکه این کتابخانه چه امکاناتی دارد و ... را متوجه هستم. صرفا دلیل استفاده از State Machine در همچین سناریویی بحث مورد نظر من بود. بنده قصد دارم از این مورد استفاده کنم ولی در سناریوهایی شبیه مثال مقاله (البته متوجه هستم که مثال هست صرفا) علاوه بر زیاد شدن کار، چه امکان دیگری دارد؟
‫۸ سال و ۷ ماه قبل، شنبه ۱ اسفند ۱۳۹۴، ساعت ۰۲:۳۶
لطفا دلیل این که الزامی است رو بفرمایید.
این که Guard‌ها جز اصول پیاده سازی State Machine‌ها میباشد شکی در آن نیست ولی واقعا در این سناریو استفاده از State Machine فقط کار را اضافه کرده. بنده چند مدت است دنبال این موضوع هستم که خودم را متقاعد کنم تا در همچین سناریو هایی از State Machine‌ها استفاده کنم ولی...