برادر، بسیار خوب و روان توضیح دادی. از معدود مقالات فارسی بود که از خواندنش لذت بردم.
موفق باشی.
موفق باشی.
سلام
بابت سایت جدیدتون و همچنین قالبش بهتون تبریک میگم.
موفق باشید.
منم سال نو رو به شما تبریک میگم
آرزو می کنم در تمام مراحل زندگیتون موفق باشید
آرزو می کنم در تمام مراحل زندگیتون موفق باشید
آقای نصیری واقعا خسته نباشید مجموعه عالی و بی نظیری بود
امیدوارم در زمینه های دیگر هم چنین مجموعه هایی را منتشر کنید
موفق و پیروز باشید
امیدوارم در زمینه های دیگر هم چنین مجموعه هایی را منتشر کنید
موفق و پیروز باشید
سلام
مطلب بسیار جالب و مفیدی بود.
امیدوارم سال بسیار خوب و پر برکتی (پر از سفارش کار)داشته باشید.
موفق و پیروز باشید
مطلب بسیار جالب و مفیدی بود.
امیدوارم سال بسیار خوب و پر برکتی (پر از سفارش کار)داشته باشید.
موفق و پیروز باشید
عالی بود مثل همیشه، ولی این پرشین گیگ همیشه خدا داون هست!
سال نو هم مبارک آقای نصیری، امیدوارم موفق تر از همیشه باشید.
سال نو هم مبارک آقای نصیری، امیدوارم موفق تر از همیشه باشید.
مهندس خیلی باحال بود . دستت درد کنه . خیلی حال میکنم با وبلاگت
موفق باشید .
موفق باشید .
سلام
از مطالب خوبتون ممنون
من با اجازه شما رو به بلاگ خودم لینک کردم.
موفق باشید
از مطالب خوبتون ممنون
من با اجازه شما رو به بلاگ خودم لینک کردم.
موفق باشید
سلام
من هم امیدوارم که سال آینده بیش از پیش موفق باشید و سال بسیار خوب همون طوری که دوست دارین برای شما باشه
من هم امیدوارم که سال آینده بیش از پیش موفق باشید و سال بسیار خوب همون طوری که دوست دارین برای شما باشه
در حین تهیه کتابخانه Silverlight DatePicker فارسی، گاها استفاده کنندگان گزارش می‌دادند که برنامه روی سیستم‌های مختلف کرش می‌کند یا تبدیل تاریخ درست انجام نمی‌شود. مشکل هم پس از بررسی طولانی به این ترتیب مشخص شد که استفاده از DateTime.ToString بدون ذکر پارامترهایی که در ادامه توضیح داده خواهند شد، اشتباه است.
متد ToString بر اساس تنظیمات محلی عمل می‌کند
خروجی فراخوانی ذیل
در یک سیستم می‌تواند
و در سیستمی دیگر
باشد.
این مساله خصوصا برای ذخیره سازی و پردازش اطلاعات به صورت رشته بسیار مهم و مساله ساز است.
فرض کنید در یک شبکه با تنظیمات محلی متفاوت، کاربران اطلاعات تاریخ متفاوتی را به بانک اطلاعاتی ارسال کنند. پردازش صحیح این تاریخ‌ها تقریبا غیرممکن است. حالت اول روز 11 ماه یک را نمایش می‌دهد و حالت دوم روز 1 ماه 11. در حالیکه هر دو تاریخ در یک روز ثبت شده‌اند اما تنظیمات محلی کاربران متناظر یکسان نبوده است.
برای رفع این مشکل نیاز است ToString را مستقل از تنظیمات محلی کاربران کرد:
این مورد نکته‌ای است که اگر از FxCop برای آنالیز اسمبلی‌های برنامه خود استفاده کنید، حتما گوشزد خواهد شد. همچنین ReSharper نیز رعایت آن‌را در نگارش‌های اخیر خود گنجانده است.
مشکل دیگر مشابه در حین کار با Silverlight و WPF، استفاده و پردازش e.NewValue تغییرات خواص است. این مقدار به صورت object ارسال می‌شود و برای پردازش آن نباید e.NewValue.ToString فراخوانی شود. روش صحیح دریافت تاریخ از آن باید به صورت زیر باشد:
دو نکته در اینجا قابل توجه است:
- در متد DateTime.TryParse بجای data.ToString، به string تبدیل شده است. متد DateTime.TryParse نیز حالت ویژه‌ای پیدا کرده و CultureInfo.InvariantCulture در آن قید شده است.
- همچنین چون نوع e.NewValue تغییرات دریافتی از نوع object می‌باشد، بهتر است ابتدا بررسی شود که آیا DateTime است یا خیر. سپس سایر بررسی‌ها صورت گیرد.
متد ToString بر اساس تنظیمات محلی عمل می‌کند
خروجی فراخوانی ذیل
DateTime.Now.ToString()
01/11/2012 09:49:08 ق.ظ
11/1/2012 9:49:08 AM
این مساله خصوصا برای ذخیره سازی و پردازش اطلاعات به صورت رشته بسیار مهم و مساله ساز است.
فرض کنید در یک شبکه با تنظیمات محلی متفاوت، کاربران اطلاعات تاریخ متفاوتی را به بانک اطلاعاتی ارسال کنند. پردازش صحیح این تاریخ‌ها تقریبا غیرممکن است. حالت اول روز 11 ماه یک را نمایش می‌دهد و حالت دوم روز 1 ماه 11. در حالیکه هر دو تاریخ در یک روز ثبت شده‌اند اما تنظیمات محلی کاربران متناظر یکسان نبوده است.
برای رفع این مشکل نیاز است ToString را مستقل از تنظیمات محلی کاربران کرد:
DateTime.Now.ToString(CultureInfo.InvariantCulture)
مشکل دیگر مشابه در حین کار با Silverlight و WPF، استفاده و پردازش e.NewValue تغییرات خواص است. این مقدار به صورت object ارسال می‌شود و برای پردازش آن نباید e.NewValue.ToString فراخوانی شود. روش صحیح دریافت تاریخ از آن باید به صورت زیر باشد:
public static DateTime? DateTimeTryParse(object data)
{
if (data == null)
return null;
if (data.GetType().Equals(typeof(DateTime)))
return (DateTime)data;
DateTime result;
if (DateTime.TryParse((string)data, CultureInfo.InvariantCulture, DateTimeStyles.None, out result))
return result;
return null;
}
دو نکته در اینجا قابل توجه است:
- در متد DateTime.TryParse بجای data.ToString، به string تبدیل شده است. متد DateTime.TryParse نیز حالت ویژه‌ای پیدا کرده و CultureInfo.InvariantCulture در آن قید شده است.
- همچنین چون نوع e.NewValue تغییرات دریافتی از نوع object می‌باشد، بهتر است ابتدا بررسی شود که آیا DateTime است یا خیر. سپس سایر بررسی‌ها صورت گیرد.