محمد کمائی محمد کمائی
رها سازی منابع IDisposable در StructureMap
‫۶ سال و ۱۲ ماه قبل، سه‌شنبه ۴ مهر ۱۳۹۶، ساعت ۱۷:۳۸
روش پیشنهادی HybridHttpOrThreadLocalScoped است با DisposeAndClearAll 
protected void Application_EndRequest(object sender, EventArgs e)
{
   SmObjectFactory.HttpContextDisposeAndClearAll();
}

public static class SmObjectFactory
{
   public static void HttpContextDisposeAndClearAll()
   {
       HttpContextLifecycle.DisposeAndClearAll();
   }
}

   
وحید نصیری وحید نصیری
استفاده از StructureMap به عنوان یک IoC Container
‫۷ سال قبل، دوشنبه ۲۷ شهریور ۱۳۹۶، ساعت ۲۲:۲۹
تفاوت مهمی ندارند. بیشتر هدف نظم دادن به برنامه‌است. برای نمونه config یک برنامه مفصل‌تر هم می‌تواند باشد. به همین جهت انتقال آن به یک کتابخانه‌ی مجزا درک و مدیریت برنامه را ساده‌تر می‌کند. 
محمد کمائی محمد کمائی
استفاده از StructureMap به عنوان یک IoC Container
‫۷ سال قبل، دوشنبه ۲۷ شهریور ۱۳۹۶، ساعت ۲۰:۰۹
با سلام و تشکر از مقاله‌های خوبتون
در سمپل UOW آموزشهای EF CodeFirst یک لایه به نام IoCConfig گزاشتین که فقط شامل یک کلاس SmObjectFactory است. آیا برای این بود که چند نوع برنامه مثل وب و دسکتاپ از آن استفاده می‌کردن؟
من درGlobal.asax برنامه وب خودم کلاس SmObjectFactory رو قرار دادم و برنامه هم به درستی کار می‌کند. 
کدام روش بهتر است و آیا تفاوتی دارند؟
وحید نصیری وحید نصیری
آشنایی با نحوه ایجاد یک IoC Container
‫۷ سال قبل، دوشنبه ۲۰ شهریور ۱۳۹۶، ساعت ۱۷:۰۴
در انتخاب یک کتابخانه، سرعت ملاک اول نیست. مستندات، جامعه‌ی کاربری، به روز بودن و به روز شدن، مثال‌ها، قدمت، مطالب وبلاگ‌ها و امثال این‌ها باید مدنظر باشند.
ضمن اینکه با ارائه‌ی ASP.NET Core و کلا NET Core. که به همراه یک IoC Container توکار است، این کتابخانه‌های جانبی روز به روز کم‌رنگ‌تر می‌شوند. اساسا برای تهیه‌ی یک برنامه‌ی ASP.NET Core نیازی به IoC Containers ثالث نیست و IoC Container توکار آن تقریبا تمام نیازهای کاری روزمره را پوشش می‌دهد. 
محمد کمائی محمد کمائی
آشنایی با نحوه ایجاد یک IoC Container
‫۷ سال قبل، دوشنبه ۲۰ شهریور ۱۳۹۶، ساعت ۱۶:۴۱
- نظرتون راجع به این متن از لینک اولتون چیه؟
The biggest discriminator of  Unity  is: it's from and supported by Microsoft (p&p). Unity has very good performance, and great documentation. It is also highly configurable. It doesn't have all the bells and whistles of say Castle / Structure Map  
- در نمودار مقایسه ای لینک پایین به نظر میاد از نظر performance از StructureMap بهتر هم داریم:
وحید نصیری وحید نصیری
تزریق خودکار وابستگی‌ها در برنامه‌های ASP.NET MVC
‫۷ سال قبل، دوشنبه ۱۳ شهریور ۱۳۹۶، ساعت ۱۹:۵۵
لایه سرویس بر اساس لایه دیتا هست که قادر هست سرویسی را ارائه دهد. تامین کننده‌ی اصلی اینترفیس IUnitOfWork، لایه دیتا هست.
درکل لایه سرویس در اینجا صرفا به دلیل دسترسی به IUnitOfWork هست که این ارجاع را دارد و کل کارکرد آن بر اساس این اینترفیس صورت می‌گیرد. یک مثال دیگر: « اعمال تزریق وابستگی‌ها به مثال رسمی ASP.NET Identity ». در نهایت بالاترین لایه برنامه که همان کنترلرها هستند صرفا بر اساس تزریق وابستگی‌های اینترفیس‌های لایه سرویس کار می‌کنند.
لایه سرویس فقط با اینترفیس IUnitOfWork کار می‌کند. این اینترفیس را در هر اسمبلی دیگری که خواستید قرار دهید و ارجاعی را به آن تعریف کنید. در این حالت بازهم برنامه کار می‌کند چون سیستم تزریق وابستگی‌ها در ابتدای کار تامین کننده‌ی این اینترفیس را مشخص خواهد کرد و اتصالات نهایی به خوبی برقرار می‌شوند.
محمد کمائی محمد کمائی
تزریق خودکار وابستگی‌ها در برنامه‌های ASP.NET MVC
‫۷ سال قبل، دوشنبه ۱۳ شهریور ۱۳۹۶، ساعت ۱۹:۴۴
در برنامه‌های سازمانی Enterprise باید لایه سرویس مستقل باشد چون کد بیزینس برایشان مهم است و باید مستقل از تکنولوژی باشد.
در مثال UoW-Sample-master که Context Per Request رو پیاده کردین لایه سرویس به لایه دیتا رفرنس دارد.
اگر بخواهیم سرویس را مستقل کنیم راه حل چیست؟
پروژه سمپلی در این باره معرفی می‌کنین؟