نظرات نظرسنجی‌ها
کدام یک از فریمورک‌های زیر را جهت تولید نرم افزارهای وب پایه SPA مناسب می‌دانید؟
هر چند تجربه کار با این کتابخانه‌ها بیشتر برای من در حد مشاهده بوده ولی به نظر من به چند دلیل انگیولار برتری داره
اول اینکه مستندات و مثال‌ها و کدهای زیادی ازش در اینترنت یافت میشه
دوم اینکه برنامه نویس‌های بیشتری در این کتابخانه در ایران هستند که در صورت پروژه ای که قبلا با انگیولار نوشته شده باشه و نیاز به توسعه در آینده داشته باشه و اگه تیم سابق نباشه میشه افرادی جدیدتری رو سریع و راحت‌تر پیدا کرد.
سوم اینکه انگیولار توسط گوگل منتشر میشه که نسبت به بقیه معتبرتره و هم اینکه چون بازنویسی کردن احتمال مشکل در آینده براش به شدت پایین میاد.
فکر میکنم اون هشت گزینه ای که شما مطح کردید رو انگیولار به خوبی داره.
نظرات مطالب
تهیه خروجی RSS در برنامه‌های ASP.NET MVC
آنچنان تفاوتی نداره. فقط اینبار باید از فایل‌های ashx استفاده کنید. روال ProcessRequest آن معادل روال ExecuteResult موجود در فایل FeedResult.cs است.
نظرات مطالب
اجرای وظایف زمان بندی شده با Quartz.NET - قسمت اول
شما باید از قوانین استفاده از این کتابخانه پیروی کنید. پیاده سازی اینترفیس‌های لازم برای استفاده از این کتابخانه ضروری هست...
کاری که قصد دارید انجام بدید کمترین کاریه که Quartz.NET می‌تونه انجام بده. در نقطه‌ی آغاز برنامه (روال Application_Start فایل Global.asax)، می‌تونید تعیین کنید که شروع اجرا در تاریخ و ساعت خاصی باشه و در بازه‌های زمانی مشخصی اجرا بشه.
ضمناً، این کتابخانه از فرمت cron هم برای تعیین زمان پشتیبانی می‌کنه که اون رو خیلی قدرتمند می‌کنه.
نظرات مطالب
EF Code First #12
بله. اینکار رو میشه انجام داد. در زمان استفاده، نیازی هم به پیاده سازی نداره چون در DbContext تعریف شده و از همان استفاده می‌شود.
مزیت استفاده از اینترفیس در اینجا این است که کتابخانه DI مورد استفاده کار تزریق تنها یک وهله از Context رو به n کلاسی که هم اکنون مثلا در روال جاری کلیک برنامه درگیر هستند و تنها IUnitOfWork رو می‌شناسند به صورت خودکار انجام می‌ده. یک کانکشن؛ یک تراکنش؛ سربار کم و سرعت بالای کار.
نظرات مطالب
React 16x - قسمت 8 - ترکیب کامپوننت‌ها - بخش 2 - مدیریت state
نمیدونم درست متوجه شدم یا خیر یکی از مواردی که باعث میشه ما به سمت کامپوننت‌ها بریم استفاده چندباره از یک کامپوننت هست.
اگر من به فرض یک کامپوننت نمایش پرداختی‌ها را داشته باشم و از بین آن‌ها بخواهم تعداد پرداخت‌های موفق را در بالای صفحه نشان بدم باید طبق روال جاری اطلاعات و رویدادهای ازسمت والد مدیریت بشوند؛ در این حالت برای استفاده مجدد از این کامپوننت در جای دیگر باید مجددا کدهای تکراری و رویدادها را برای والد دیگری تکرار کنم. درصورتی که اگر کامپوننت پرداخت بتواند تمام عملیات مربوط به خود را کنترل کند دیگر نیازی به کدنویسی مجدد در سمت والد دیگر نمیباشد.

حتی با این وجود هم ایجاد یک روالی مثل ارسال رویدادها از APPبه Counters و از Counters به Counter هم طولانی است.
نظرات مطالب
امن سازی برنامه‌های ASP.NET Core توسط IdentityServer 4x - قسمت سوم - بررسی مفاهیم OpenID Connect
با عرض سلام؛ مطابق با مستندات جدید  Identity Server  استفاده از Implicit Flow برای کلاینتهای جاوا اسکریپتی دیگر پیشنهاد نمیشود و استفاده از Authorization Code + PKCE توصیه میشود. مثالی از پیاده سازی کلاینت جاوا اسکریپتی با PKCE در این لینک قابل مشاهده است.
نظرات مطالب
آشنایی با الگوی طراحی Prototype
توصیه شده متد ()Clone را تحریف نکنید زیرا اینترفیس، نوع clone را مشخص نکرده Deep یا Shallow و مصرف کننده اطلاعی از آن نخواهد داشت و بهنر است پیاده سازی متد سفارشی clone یا copy خود را بهمراه مستندات کافی ارائه نمایید.