نظرات مطالب
شروع به کار با AngularJS 2.0 و TypeScript - قسمت هشتم - دریافت اطلاعات از سرور
به روز رسانی: ارتقاء به نگارش «2.0.0rc.0 » 
جزئیات این مورد و تغییرات مداخل ابتدایی، به همراه فایل main.ts جدید را در نظرات قسمت اول مطالعه بفرمائید. 
نظرات مطالب
شروع به کار با AngularJS 2.0 و TypeScript - قسمت ششم - کامپوننت‌های تو در تو
به روز رسانی: ارتقاء به نگارش «2.0.0rc.0 » 
جزئیات این مورد و تغییرات مداخل ابتدایی، به همراه فایل main.ts جدید را در نظرات قسمت اول مطالعه بفرمائید. 
نظرات مطالب
شروع به کار با AngularJS 2.0 و TypeScript - قسمت دهم - کار با فرم‌ها - قسمت اول
به روز رسانی: ارتقاء به نگارش «2.0.0rc.0 » 
جزئیات این مورد و تغییرات مداخل ابتدایی، به همراه فایل main.ts جدید را در نظرات قسمت اول مطالعه بفرمائید. 
نظرات مطالب
شروع به کار با AngularJS 2.0 و TypeScript - قسمت پنجم - بررسی چرخه‌ی حیات کامپوننت‌ها
به روز رسانی: ارتقاء به نگارش «2.0.0rc.0 » 
جزئیات این مورد و تغییرات مداخل ابتدایی، به همراه فایل main.ts جدید را در نظرات قسمت اول مطالعه بفرمائید. 
نظرات مطالب
شروع به کار با AngularJS 2.0 و TypeScript - قسمت سوم - غنی سازی کامپوننت‌ها
به روز رسانی: ارتقاء به نگارش «2.0.0rc.0 » 
جزئیات این مورد و تغییرات مداخل ابتدایی، به همراه فایل main.ts جدید را در نظرات قسمت اول مطالعه بفرمائید. 
نظرات مطالب
شروع به کار با AngularJS 2.0 و TypeScript - قسمت دوم - معرفی کامپوننت‌ها
به روز رسانی: ارتقاء به نگارش «2.0.0rc.0 » 
جزئیات این مورد و تغییرات مداخل ابتدایی، به همراه فایل main.ts جدید را در نظرات قسمت اول مطالعه بفرمائید.
نظرات مطالب
EF Code First #12
- باید از الگوی Service locator استفاده کنید در این موارد خاص فناوری‌های قدیمی که برای تزریق وابستگی‌ها طراحی نشده‌اند. پیشنیاز این بحث دوره «بررسی مفاهیم معکوس سازی وابستگی‌ها و ابزارهای مرتبط با آن » است.
- ضمن اینکه الان با بودن ASP.NET Web API که هم با وب فرم‌ها سازگار است و هم با MVC، دلیلی برای استفاده از وب متدهای استاتیک عهد عتیق وجود ندارد. ASP.NET Web API طوری طراحی شده تا تزریق وابستگی‌ها در آن ممکن و آزمون پذیری آن بالا باشد.
نظرات مطالب
امن سازی برنامه‌های ASP.NET Core توسط IdentityServer 4x - قسمت چهاردهم- آماده شدن برای انتشار برنامه
- یک authorization server هست؛ یک UI هست برای Identity server.  
-  authorization server یک لایه نیست. قرار نیست جزئی از برنامه‌ی شما باشد. یک برنامه‌ی کاملا «مستقل» هست. هدف اصلی آن هم همین مستقل بودن و نقش تامین هویت مرکزی را بازی کردن هست و گرنه اگر قرار باشد این‌ها با هم یکی شوند، شاید بهتر باشد از ASP.NET Core Identity استفاده کنید. 
- این روش برای شرکتی طراحی شده که یک برنامه‌ی حسابداری دارد، یک برنامه‌ی مجزای منابع انسانی و مدیریت کارمندان، یک برنامه‌ی مجزای مالی و حقوق و دستمزد، یک برنامه‌ی مجزای حضور و غیاب، یک برنامه‌ی مجزای اعلانات شرکت و غیره. هر کدام از این برنامه‌ها هم یک دیتابیس مستقل دارند و قرار نیست تعاریف کاربران و اطلاعات و نقش‌های آن‌ها در بانک‌های اطلاعاتی هر کدام از این برنامه‌ها تکرار شوند. اینجا است که «برنامه‌ی مستقل» authorization server مرکزی معنا پیدا می‌کند.