‫۹ سال و ۹ ماه قبل، شنبه ۲۹ آذر ۱۳۹۳، ساعت ۱۷:۵۲
بله. در جدولی که تهیه کردند این مورد دقیقا ذکر شده:
«AcquireRequestState : این قسمت برای مدیریت state می‌باشد مثلا مدیریت session ها»
به این معنا که سشن در تمام رویدادگردان‌های آن مهیا نیست. فقط تعدادی از آن‌ها دسترسی به سشن دارند. برای مثال:
    public class SimpleModule : IHttpModule  
    {  
        void IHttpModule.Init(HttpApplication application)  
        {  
            application.BeginRequest += new System.EventHandler(BeginRequest);  
            application.AcquireRequestState += new EventHandler(application_AcquireRequestState);  
        }  

        public void BeginRequest(object sender, EventArgs e)  
        {  
            // no session here
        }  

        void application_AcquireRequestState(object sender, EventArgs e)  
        {  
            HttpApplication app = sender as HttpApplication;  
            app.Session.Add("Message", "hello module");      
        }  

        public void Dispose()  
        {  
        }  
    }
‫۹ سال و ۹ ماه قبل، چهارشنبه ۲۶ آذر ۱۳۹۳، ساعت ۰۰:۲۲
البته این مطلب اول هست. در مطالب بعدی در مورد «اعتبارسنجی» بیشتر بحث شده:
  همچنین نیاز است با «رفتار متصل و غیر متصل در EF» آشنا شوید. این مورد در مطلب «کار با کلیدهای اصلی و خارجی در EF Code first» هم بیشتر بحث شده‌است.

تمام این‌ها در مسیر آموزشی EF Code first به ترتیب لیست شده‌اند؛ قسمت‌های «اعتبارسنجی و بررسی استثناءها» و  «ردیابی تغییرات».
‫۹ سال و ۱۰ ماه قبل، دوشنبه ۲۴ آذر ۱۳۹۳، ساعت ۰۶:۳۶
- روش توصیه شده برای کار با فرم‌ها در حالت post back، استفاده از الگوی PRG است و بازگشت مستقیم View در این حالت توصیه نمی‌شود.
- متدهای ویژه‌ی EditorFor، TextBoxFor و امثال آن، در Viewها و حالت Post (نه حالت Get)، مقدار خودشان را از ModelState کنترلر جاری دریافت می‌کنند (همان مقادیر و خواصی که در حالت Post به سرور ارسال شده‌اند) و اصلا کاری به model بازگشتی ندارند.
- اگر در این بین نیاز به تغییری در مقدار خاصیتی باشد، نیاز است حتما model بازگشت داده شود؛ ضمنا نکته‌ی ویژه‌ای هم برای به روز رسانی مقدار تغییر کرده وجود دارد (به علت استفاده از ModelState، تغییرات بر روی مدل دریافتی تا پیش از Remove اعمال نمی‌شوند) :
[HttpPost]
public ActionResult Create(User user)
{
   ModelState.Remove("Name"); // به روز رسانی مقدار یک خاصیت در حالت ویژه ارسال به سرور
   user.Name = "new name";
   return View(user);
}
- اگر در ViewModel بازگشتی به View، نیاز است مثلا drop down ایی پر شود، مقادیر آن لیست یا لیست‌ها به همراه HTTP Post معمولی به سرور ارسال نمی‌شوند و نیاز است توسط return View model مقدار دهی مجدد شوند.
- اگر از متدهای ویژه‌‌ی  For دار استفاده نکنید، باز هم نیاز است return View model انجام شود:
 <input type="text" name="User.Email" id="User_Email" value="@Model.User.Email" />

در کل در حین آموزش مطلبی، ارائه عمومی‌ترین حالت ممکن، که با اکثر سناریوها کار می‌کند توصیه می‌شود.
‫۹ سال و ۱۰ ماه قبل، یکشنبه ۲۳ آذر ۱۳۹۳، ساعت ۱۳:۰۸
به احتمال زیاد در صفحه یک چنین آدرسی را دارید:
<asp:Image ImageUrl="..\foo.jpg" />
در اینجا .. به یک سطح بالاتر از ریشه سایت اشاره می‌کند که معتبر نیست. بجای .. از ~ استفاده کنید یا از روش ResolveUrl که کمی بالاتر در نظرات توضیح داده شد.