‫۹ سال و ۲ ماه قبل، جمعه ۹ مرداد ۱۳۹۴، ساعت ۲۱:۳۲
ترکیب ()Cacheable().Future غیرضروری است. چون این کوئری‌های Cacheable برای بار دوم به بعد، از کش و از حافظه خوانده می‌شوند و کاری به اطلاعات Context ندارند. بار اول اتصال به دیتابیس آن هم فقط یکبار انجام می‌شود و سربار آنچنانی ندارد.
‫۹ سال و ۲ ماه قبل، سه‌شنبه ۶ مرداد ۱۳۹۴، ساعت ۰۳:۳۸
از Html.Encode نباید در Viewهای Razor به صورت مستقیم استفاده کرد. خروجی آن string ساده‌است و IHtmlString نیست. به همین جهت توسط @ یکبار دیگر encode خواهد شد. یعنی نتیجه‌ی آن double-encoded است.
‫۹ سال و ۲ ماه قبل، سه‌شنبه ۶ مرداد ۱۳۹۴، ساعت ۰۲:۴۱
عادی هستند و مهم نیستند؛ چون EF در ابتدای کار خودش، تمام رویدادهای باز و بسته شدن اتصالات را به interceptorها ارسال نمی‌کند.
‫۹ سال و ۲ ماه قبل، چهارشنبه ۳۱ تیر ۱۳۹۴، ساعت ۰۰:۱۵
Html.Action‌ها برخلاف تصور، یک چرخه‌ی کامل ASP.NET MVC را از صفر آغاز می‌کنند و از چرخه‌ی موجود استفاده نمی‌کنند.
‫۹ سال و ۲ ماه قبل، دوشنبه ۲۹ تیر ۱۳۹۴، ساعت ۲۱:۵۵
اینطور نیست. خاصیت batch به این دلیل طراحی شده که تمام تغییرات گرید، فقط در طی یک درخواست ارسال شوند (تا سربار رفت و برگشت‌های به ازای هر تغییر، کاهش یابد و یکی شود). رویداد requestEnd هم فقط یکبار فراخوانی می‌شود. در متن، قسمت «در data source امکان تعریف خاصیتی به نام batch نیز وجود دارد » را مطالعه کنید.
‫۹ سال و ۲ ماه قبل، دوشنبه ۲۹ تیر ۱۳۹۴، ساعت ۰۳:۰۴
نکته‌ی «یک ستاره قبل از id قرار بدید» با الگوی مسیریابی شما مطابقت دارد. در این حالت id دریافتی می‌تواند تا n سطح هم باشد. این Id را به صورت random تولید و در بانک اطلاعاتی ذخیره کنید. زمانیکه به اکشن متد مربوطه می‌رسد، آن‌را از بانک اطلاعاتی واکشی کرده و بر اساس مسیر واقعی آن، return File کنید.