۱۱ سال و ۷ ماه قبل، پنجشنبه ۱۷ اسفند ۱۳۹۱، ساعت ۱۵:۲۲
۱۱ سال و ۷ ماه قبل، پنجشنبه ۱۷ اسفند ۱۳۹۱، ساعت ۱۴:۴۹
نحوه توسعه اکثر برنامه‌ها و کتابخانه‌ها در طول زمان، بر اساس تقاضا و پیگیری مصرف کننده است. اگر بعد از بیش از 10 سال، چنین فرهنگی اضافه نشده یعنی درخواستی نداشته. مراجعه کنید به محل پیگیری این نوع مسایل.
۱۱ سال و ۷ ماه قبل، پنجشنبه ۱۷ اسفند ۱۳۹۱، ساعت ۱۲:۳۳
۱۱ سال و ۷ ماه قبل، چهارشنبه ۱۶ اسفند ۱۳۹۱، ساعت ۱۳:۰۱
- علت اینکه این مطلب رو نوشتم مربوط به زمانی بود که پروژه‌ای از قبل موجود بود با فایل pfx آن و قصد داشتم معادل محافظت نشده فایل pfx آن‌را تولید کنم.
- در مورد تولید فایل‌های pfx و snk یک مطلب نسبتا جامع در سایت داریم.
- به نظر من زمانیکه یک پروژه سورس باز است، امضا کردن اسمبلی‌های آن آنچنان مفهومی ندارد چون دسترسی به سورس و حتی ارائه آن بر اساس اطمینان به جامعه مصرف کننده صورت می‌گیرد. خیلی خیلی کم هستند موارد سوء استفاده از اسمبلی‌های امضاء شده به این صورت. مگر اینکه بحث پروژه کرنل لینوکس با تعداد مصرف کننده بالا و اهمیت امنیتی آن مطرح باشد که نیاز به امضای فایل‌های باینری آن وجود داشته باشد.
- در مورد تولید فایل‌های pfx و snk یک مطلب نسبتا جامع در سایت داریم.
- به نظر من زمانیکه یک پروژه سورس باز است، امضا کردن اسمبلی‌های آن آنچنان مفهومی ندارد چون دسترسی به سورس و حتی ارائه آن بر اساس اطمینان به جامعه مصرف کننده صورت می‌گیرد. خیلی خیلی کم هستند موارد سوء استفاده از اسمبلی‌های امضاء شده به این صورت. مگر اینکه بحث پروژه کرنل لینوکس با تعداد مصرف کننده بالا و اهمیت امنیتی آن مطرح باشد که نیاز به امضای فایل‌های باینری آن وجود داشته باشد.
۱۱ سال و ۷ ماه قبل، چهارشنبه ۱۶ اسفند ۱۳۹۱، ساعت ۰۰:۵۰
در این حالت بجای
فقط کافی هست بنویسید
Console.WriteLine(obj.func1());
obj.func1();
۱۱ سال و ۷ ماه قبل، چهارشنبه ۱۶ اسفند ۱۳۹۱، ساعت ۰۰:۳۶
روشی در اینجا با استفاده از AutoMapper برای کپی کردن ویژگی‌ها از مدل‌ها به ViewModelها پیشنهاد شده.
+ امکان خارج کردن تعاریف ویژگی‌ها از یک کلاس توسط MetaDataType نیز پیش بینی شده. بین این صورت می‌شود تعاریف ویژگی‌های تعریف شده را به چند کلاس مختلف هم اعمال کرد.
+ امکان خارج کردن تعاریف ویژگی‌ها از یک کلاس توسط MetaDataType نیز پیش بینی شده. بین این صورت می‌شود تعاریف ویژگی‌های تعریف شده را به چند کلاس مختلف هم اعمال کرد.
۱۱ سال و ۷ ماه قبل، چهارشنبه ۱۶ اسفند ۱۳۹۱، ساعت ۰۰:۳۱
امکانات مسیریابی در MVC به صورت خودکار از ابتدای کار فعال است. این نوع مسیری را هم که ملاحظه می‌کنید آدرسی است به یک کنترلر و اکشن متد موجود در آن. برای توضیحات بیشتر مراجعه کنید به قسمت چهارم سری MVC.
۱۱ سال و ۷ ماه قبل، دوشنبه ۱۴ اسفند ۱۳۹۱، ساعت ۲۰:۵۲
kur هست مطابق استاندارد.
۱۱ سال و ۷ ماه قبل، دوشنبه ۱۴ اسفند ۱۳۹۱، ساعت ۱۵:۴۶
البته عنوان کردند که در این زمینه بین علما اختلاف هست.
برای مثال الگویی وجود دارد به نام Active record که دقیقا با تعریف عنوان شده مطابقت دارد (یک شیء می‌تواند متدهای مثلا افزودن و به روز رسانی و غیره را هم داشته باشد). مزایا و معایب خاص خودش را هم دارد. مطالعه در مورد این‌ها جهت آشنایی با سلایق و دیدگاه‌های مختلف طراحی خوب است. اما وجود آن‌ها به معنای الزام استفاده از روش‌های مطرح شده نیست.
برای مثال الگویی وجود دارد به نام Active record که دقیقا با تعریف عنوان شده مطابقت دارد (یک شیء می‌تواند متدهای مثلا افزودن و به روز رسانی و غیره را هم داشته باشد). مزایا و معایب خاص خودش را هم دارد. مطالعه در مورد این‌ها جهت آشنایی با سلایق و دیدگاه‌های مختلف طراحی خوب است. اما وجود آن‌ها به معنای الزام استفاده از روش‌های مطرح شده نیست.
۱۱ سال و ۷ ماه قبل، شنبه ۱۲ اسفند ۱۳۹۱، ساعت ۱۴:۱۰
خیر. کلاس پایه‌ای در ASP.NET MVC وجود دارد به نام (^)WebViewPage. این کلاس حاوی تعاریف اولیه TempData، ViewBag، ViewData و ... Model است؛ جهت استفاده در Viewها. در کنترلرها هم این تعریف در کلاس پایه ControllerBase قرار دارد.