مهدی ملائیان مهدی ملائیان
اصل معکوس سازی وابستگی‌ها
‫۹ سال و ۱ ماه قبل، چهارشنبه ۲۸ مرداد ۱۳۹۴، ساعت ۱۴:۰۰
پیش نیاز DI مباحث Design pattern هست؟ یعنی اگر الگوی‌های مختلف که تو Design pattern  مطرح میشه رو بلد نباشیم این دوره برامون مفید نیست؟ البته من مفاهیم شی گرایی ، کاربرد کلاس‌های انتزاعی و اینترفیس‌ها رو بلد هستم. 
وحید نصیری وحید نصیری
اصول طراحی یک سیستم افزونه پذیر به کمک StructureMap
‫۹ سال و ۱ ماه قبل، سه‌شنبه ۲۰ مرداد ۱۳۹۴، ساعت ۱۶:۳۵
«... اگر برنامه را اجرا کردید و پلاگینی بارگذاری نشد، به دنبال اسمبلی‌های تکراری بگردید. برای مثال PluginsBase نباید هم در پوشه‌ی اصلی اجرایی برنامه حضور داشته باشد و هم در پوشه‌ی پلاگین‌ها ... »
وحید نصیری وحید نصیری
استفاده از StructureMap به عنوان یک IoC Container
‫۹ سال و ۳ ماه قبل، سه‌شنبه ۲ تیر ۱۳۹۴، ساعت ۰۱:۰۲
این بحث full profile از دات نت 4.5 منسوخ شده اعلام شد (توسط تیم دات نت) و پس از آن یک profile بیشتر وجود ندارد. در مورد دات نت 4 بستگی به کاربرد شما دارد و همچنین متدهای مورد نیاز در برنامه.
امیر هاشم زاده امیر هاشم زاده
تزریق خودکار وابستگی‌ها در برنامه‌های ASP.NET Web forms
‫۹ سال و ۴ ماه قبل، شنبه ۱۶ خرداد ۱۳۹۴، ساعت ۰۳:۱۶
هنگامی که سیم کشی یوزر کنترل‌ها در HTTP Module انجام میشه، انقیاد رخداد گردانهای کنترل‌ها بعنوان مثال GridView، از کار میفته و کدهای داخل این رخدادگردان‌ها اجرا نمی‌شه. جهت رفع این مشکل راه حل چیست؟
سیروان عفیفی سیروان عفیفی
تزریق خودکار وابستگی‌ها در برنامه‌های ASP.NET MVC
‫۹ سال و ۴ ماه قبل، جمعه ۱۵ خرداد ۱۳۹۴، ساعت ۱۷:۱۲
در ASP.NET 5 یک دایرکتیو جدید با نام inject تدارک دیده شده است که امکان اینجکت کردن وابستگی‌ها را به صورت مستقیم داخل ویو را به ما میدهد:
@inject ISecurityService SecurityService
 
<h3>@ViewBag.Message</h3>
 
@if (!SecurityService.IsAuthenticated)
{
       <li>@Html.ActionLink("ورود", "Login", "Main")</li>
}



وحید نصیری وحید نصیری
تزریق وابستگی‌ها در حالتی‌که از یک اینترفیس چندین کلاس مشتق شده‌اند
‫۹ سال و ۴ ماه قبل، چهارشنبه ۱۳ خرداد ۱۳۹۴، ساعت ۱۴:۳۹
- کلاس UsersManagerService اطلاعی از نحوه‌ی پیاده سازی IMessageService ندارد. بنابراین تغییر پیاده سازی IMessageService تاثیری در کدهای فعلی این کلاس نخواهد داشت. فقط تنظیمات IoC Container ابتدای بحث اندکی تغییر خواهد کرد و نه کدهای اصلی برنامه. بنابراین بسته‌است برای تغییر (کدهای فعلی آن نیازی به تغییر ندارند) و باز است برای توسعه (می‌توان انواع پیاده سازی‌ها را جهت این اینترفیس‌ها ارائه داد).
- همچنین اگر برنامه نیاز به سرویس‌های بیشتری از نوع IMessageService داشته باشد، بدیهی است باید کدهای متناظری هم از آن به کلاس UsersManagerService اضافه شوند و طراحی این کلاس تغییر کند. مانند این است که کنترلری امروز نیاز به لیست کاربران و سرویس کاربران دارد. روز بعد شاید نیاز به سرویس ارسال ایمیل به آن‌ها را هم پیدا کند. در این حالت طراحی این کنترلر باید تغییر کند و این تغییر ناقض اصلی نیست. صرفا برآورده کردن نیاز کاری است. حتی این تغییر هم ناقض Open Closed Principle نیست؛ چون باز است جهت تعویض پیاده سازی سرویس ایمیل و بسته‌است جهت تغییرات آتی، از این جهت که اطلاعی از جزئیات پیاده سازی اینترفیس و سرویس ایمیل ندارد.
- این مثال صرفا جهت حل مساله‌ی ASP.NET Identity ارائه شد و استفاده‌ی از یک اینترفیس برای تمام کارها. اگر قرار بود من آن‌را طراحی کنم، برای ارسال ایمیل یک اینترفیس و برای ارسال SMS یک اینترفیس دیگر ایجاد می‌کردم. یک طراحی خوب باید دارای حداقل ابهام باشد.
با سلام 
 کلاس UsersManagerService  که داره اینترفیس IUsersManagerService رو پیاده سازی می‌کنه ، اگر روزی فرضا یه سرویس دیگه مثل Sms و ایمیلی که الان توی کلاس هست به سیستم اضافه شد به نظر میاد که باید اون رو هم مثل اینها توی سازنده کلاس اضافه کرد و در هر حال کلاس ما دچار تغییر میشه .این آیا نقض OpenClose Responsibility و SRP نیست ؟