سلام.

من هم قبلا از این روش برای قیمت‌های جدید و قدیم یک کالا در یک سیستم فروشگاهی استفاده کردم.

این یعنی به ازاء تمام درخواستهایی که سمت سرور ارسال میشه context تشکیل میشه (نیاز به context باشه یا نه ، مثلا یه تصویر قرار هست در صفحه نمایش داده شود و نیاز به کنترلر هم نداره. خطای گزارش شده نمایش آیکون بود) ؟
آیا از لحاظ Performance مشکلی نداره ؟

ممنون
 

- در فرم‌هایی که اطلاعاتی را به سرور Post می‌کنند الزامی است (خصوصا از لحاظ مسایل امنیتی)
- در گزارشات ... «بهتر» است اعمال شود. مثلا با کم کردن تعداد فیلدها به تعدادی که نمایش داده می‌شوند، می‌توان مصرف حافظه برنامه را کاهش داد. شاید یک جدول شما 20 خاصیت داشته باشد و در یک گزارش فقط 5 مورد آن نمایش داده شود. 15 مورد دیگر صرفا مصرف کننده حافظه خواهند شد اگر از viewModel استفاده نکنید. (ولی ... در کل بهتر است اینگونه باشد)

سؤال شما این بود: «... تو وبلاگ نمایش داده میشه ...» این یعنی ارسال یک کوئری به بانک اطلاعاتی و دریافت پاسخ.  
و چرا پشت پرده باید انجام بشه؟ یک وبلاگ بر اساس درخواست یک کاربر هست که صفحاتش نمایش داده میشه. یعنی همون کوئری فوق.

این کار ارتباطی با کتابخانه‌های زمانبندی نداره. اونها پست‌ها رو بر اساس تاریخ و ساعت نشون میدن => پست هایی که تاریخ نمایش اونها از زمان جاری قدیمی‌تر هست نشون داده میشن و پست هایی که تاریخ نمایش اونها از تاریخ جاری جدیدتر هست نشون داده نمیشن.

به Attribute ایی که در اینجا توسعه داده شده (یا از آن استفاده شده)، اصطلاحا data annotation هم گفته می‌شود. یک سری از فریم ورک‌ها به صورت توکار قادر به استفاده از آن‌ها هستند مانند ASP.NET MVC برای نمایش توضیحات مرتبط یا نمایش برچسب‌ها به صورت خودکار.
مطالب فوق رو می‌تونید پایه طراحی این نوع کتابخانه‌ها درنظر بگیرید.

ممنون از پاسخگویی و دقت شما.
- در خصوص وبلاگ حرف شما صحیح است.
- در خصوص پیش نمایش منظور من اینه اگه یه چیزی تو مایه های پیش نمایش در web form اینجا هم بود کار خیلی راحت تر میشد، البته پاسخ شما کاملاً منطقیه.

پ.ن:
آقا وحید چند روزیه اعصاب نداریاااااا    :) :) :)   :}

واقعا امکان نمایش جمع ستون‌های چند ردیفه در نمایش گزارشات مالی مورد نیاز هست. من با یک راه حل نا مناسب و دستکاری سورس و فراهم کردن شرایط خاص کد نویسی این امکان را پیاده سازی کردم که اصلا جالب نشد.