کاربرد این موارد زیاد هست و در قسمت‌های بعدی مواردی رو هم نام خواهیم برد

در ویژوال استودیوی فعلی (تا نگارش 2015)، سیستم مدیریت پروژه‌های VB و #C، مبتنی بر COM دهه‌ی 90 میلادی است. مایکروسافت قصد دارد این رویه را بازنویسی کلی کند.

بیشتر اوقات برنامه‌ای که در حال توسعه آن هستیم نیازمند یک سیستم DateTimePicker برای تاریخ جلالی/میلادی هست. ما می‌توانیم DateTimePicker شخصی خود را درست و به برنامه اضافه کنیم یا اینکه از ماژول‌های آماده ای که توسط توسعه دهندگان ساخته می‌شود استفاده کنیم. 

EF 6.0.1 دارای یک سری بهبود در زمینه بارگذاری سریعتر مدل‌هایی با تعداد بالا است. اما این بهبودها خارج از دیباگر ویژوال استودیو بهتر عمل می‌کنند. در EF 6.0.2 این مشکل برطرف خواهد شد (تا آخر ماه میلادی جاری).

سلام

- روش شما هم خوبه.
- یک روش متداول دیگر، ذخیره سازی تاریخ شمسی و میلادی با هم هست در یک جدول. این روش سازگاری بهتری با کوئری‌های datetime توکار بانک‌های اطلاعاتی داره. اما ... این کوئر‌ی‌ها یکجا مشکل پیدا می‌کنند و آن هم گروه بندی بر اساس ماه‌های شمسی است که تطابقی با ماه‌های میلادی ندارند و اگر قرار باشد برای آن کوئری ویژه‌ای بر اساس datetime میلادی نوشت، به کوئری بسیار پیچیده و کندی خواهیم رسید. اما گروه بندی بر اساس ماه‌های مقادیر فیلد شمسی ذخیره شده بسیار سریع است (مثلا تهیه گزارش لیست خلاصه جمع حقوقی تمامی کارکنان در یکسال، گروه بندی شده بر اساس ماه‌های شمسی؛ ... آن‌هم فقط با نوشتن یک کوئری ساده و نه بیشتر).
- روش دیگر نوشتن یک TextBoxFor سفارشی است که تاریخ میلادی دریافت کند و شمسی نمایش دهد. بعد از ترکیب Model binder فوق استفاده شود برای دریافت مقدار نهایی آن.

سلام. خیلی جالب بود.
البته برای من در قسمت sent همون تاریخ میلادی رو نمایش میده.
آیا این بسته رو کامل کردید؟
مثلا طوری باشه که در تقویم هم بتونه تاریخ رو شمسی نمایش بده؟

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