اشتراک‌ها
Visual Studio 2019 version 16.4.1 منتشر شد
نظرات مطالب
امن سازی برنامه‌های ASP.NET Core توسط IdentityServer 4x - قسمت اول - نیاز به تامین کننده‌ی هویت مرکزی
بنابراین OpenID Connect پروتکلی است که در عمل استفاده می‌شود و توسعه دهنده و جایگزین کننده‌ی پروتکل OAuth 2.0 می‌باشد. هرچند ممکن است در بسیاری از منابع صرفا به OAuth 2.0 بپردازند، اما در پشت صحنه با همان OpenID Connect کار می‌کنند. 
یعنی کار Authorization رو پروتکل OpenID Connect انجام میده؟ پس OAuth 2.0 چه میشه؟
نظرات مطالب
ASP.NET MVC #8
متشکرم
راه حلی که در قسمت بعدی ارائه شده، بهتر و ساده‌تر است.

در مجموع شاید بهتر باشه در ورژن‌های آتی ASP.NET MVC، تیم توسعه دهنده راهی ساده‌تر برای دسترسی به HtmlHelper‌های توکار در Declerative Html Helper ‌ها ارائه کند.

کجا می‌توان این موضوع را بهشون گزارش داد؟
نظرات مطالب
WF:Windows Workflow #۴
بله دوست عزیز من زمانی که شروع به یاد گیری WF کردم از همان PDF که مربوط به نشریات Apress است شروع کردم واینکه از WF در هر نوع معماری که بشود در .NET پیاده سازی کرد قابل استفاده می‌باشد و هیچ گونه محدودیتی برای توسعه دهنده ایجاد نمی‌کند .
با استفاده از Activity code می‌توان این جور مشکل‌ها را با در WF پیاده سازی کنیم . 
نظرسنجی‌ها
تجربه تولید نرم افزار موبایل را در کدامیک از چهارچوب ها، سیستم عامل ها و محیط های مجتمع دارید؟
J2ME + NetBeans
J2ME + Sun Java Wireless Toolkit
J2ME + IntelliJ IDEA
Android + Eclipse
Android + IntelliJ IDEA
Windows Phone + Visual Studio
iOS + XCode
سایر
توسعه دهنده برنامه‌های موبایل نیستم
اشتراک‌ها
راه‌هایی برای جلوگیری از بیش‌ از اندازه پیچیده کردن کدها

On over-engineering; finding the right balance

A big debate among developers is whether to write code for today’s problem or to build a general-purpose solution for future needs. Both approaches have their pros and cons. Specific-purpose code can quickly become messy. But overly general code can add unnecessary complexity. This post, obviously opinionated, argues for a middle ground. That’s the sweet spot, as always.

راه‌هایی برای جلوگیری از بیش‌ از اندازه پیچیده کردن کدها