اشتراک‌ها
برنامه ASP.NET Core مدیریت پارکینگ مبتنی بر CQRS
This repo contains a sample application based on a Garage Management System for PitStop - a fictitious garage. The primary goal of this sample is to demonstrate several Web-Scale Architecture concepts like: Microservices, CQRS, Event Sourcing, Domain Driven Design (DDD), Eventual Consistency.
 
برنامه ASP.NET Core مدیریت پارکینگ مبتنی بر CQRS
اشتراک‌ها
خودکارسازی فرآیند اعمال GlobalQueryFilter در EF Core

Entity Framework Core 2.0 introduces global query filters that can be applied to entities when a model is created. It makes it easier to build multi-tenant applications and support soft deleting of entities. This blog post gives a deeper overview of how to use global query filters in real-life applications and how to apply global query filters to domain entities automatically. 

خودکارسازی فرآیند اعمال GlobalQueryFilter در EF Core
اشتراک‌ها
نحوه‌ی آفلاین کردن یک سایت ASP.NET 5 برای تعمیرات

ASP.NET 2.0 introduced a concept of application offline. This mean that when there is App_Offline.htm file in the root of a web application directory then ASP.NET will shut-down the application, unload the application domain from the server, and stop processing any new incoming requests for that application. In ASP.NET 5, there is an open-issue for supporting this feature. 

نحوه‌ی آفلاین کردن یک سایت ASP.NET 5 برای تعمیرات
اشتراک‌ها
مقایسه EntityFrameWork 6 (7) و NHibernate
 There is quite a bit of Entity Framework and NHibernate comparisons on the web already but all of them cover mostly the technical side of the question. In this post, I’ll compare these two technologies from a Domain Driven Design perspective. I’ll step through several code examples and show you how both of these ORMs let you deal with problems. 
مقایسه EntityFrameWork 6 (7) و NHibernate
اشتراک‌ها
کتاب رایگان Entity Framework Code First Succinctly

Introduction
Chapter 1 Setting Up
Chapter 2 Domain Model
Chapter 3 Database
Chapter 4 Getting Data from the Database
Chapter 5 Writing Data to the Database
Chapter 6 Spatial Data Types
Chapter 7 Handling Events
Chapter 8 Extending Entity Framework
Chapter 9 Exposing Data to the World
Chapter 10 Tracing and Profiling
Chapter 11 Performance Optimizations
Chapter 12 Common Pitfalls

کتاب رایگان Entity Framework Code First Succinctly
نظرات مطالب
بازسازی کد: Encapsulate collection - ساده و خیلی مهم
این نوع طراحی در الگوی Domain-driven design متداول می‌باشد و یکی از مواردی که در بازگشت لیست فقط خواندنی باید توجه داشت و در برخی از سایتها با آن برخورد می‌کنیم استفاده از
 public IReadOnlyList<object> Objects { get { return objects.ToList(); } }
به جای
 public IReadOnlyList<object> Objects { get { return objects.AsReadOnly(); } }
می‌باشد به طوری که در مثال اول کلیه اطلاعات داخل objects درون لیست جدید کپی می‌شود ولی در مثال دوم فقط ارجاعی به آدرسی که اطلاعات اصلی در آن قرار دارد شکل می‌گیرد و سربار کمتری دارد.
نظرات مطالب
یک دست سازی ی و ک در برنامه‌های Entity framework 6
با سلام؛ در معماری این مثال شما ، در کدام لایه باید این کلاس YeKeInterceptor  و YeKe تعریف شوند ؟ با توجه به تعاریف شما در دوره آموزشی ED ،  قطعا نباید این کلاس‌ها در لایه Domain Classes و Service تعریف شوند. آیا با این تفاسیر باید در لایه Data تعریف کنیم این کلاس هارو ؟
در این مثال ، نویسنده در لایه Data این عملات را انجام داده ولی با روشی متفاوت تر. که با توجه به توضیحات شما ، روش این مثال برای Select گزینه‌ی مناسبی نیست. میشه لطف کنید و بفرمایید کلاس‌ها رو کجا تعریف کنیم و دلیل تعریف چیست و اینکه چگونه در Context آن را فراخوانی کنیم که برای عملایت CRUD عملیات ApplyCorrectYeKe رعایت شود
با تشکر
نظرات مطالب
چگونه کد قابل تست بنویسیم - قسمت اول
سلام
و عرض پوزش از وقفه در پاسخ

در این مقاله سعی بر این است که نحوه نوشتن یک کد خوب و قابل تست ارائه شود و در مورد معماری نرم افزار و انواع لایه بندی سطوح نرم افزار بحث نمی‌کند. در واقع آنچه بیان شده برای درک بهتر چرایی نوشتن تست و نحوه آن است.

اما در خصوص لایه بندی نرم افزار تئوری‌های مختلفی وجود دارد و انواع معماری‌های 3 لایه ، 4 لایه ( که شما هم اینجا اشاره داشتین) و Domain Drriven Design معرفی شده اند. اما به نظر من DDD بدلیل بروزتر بودن و اینکه قابلیت ترکیب با ابزارها و معماریهای دیگر مانند Enterprise Service Bus , CQRS, ... را دارد معماری بهتری به حساب می‌آید.
نظرات مطالب
EF Code First #12
- بله. لایه سرویس وابستگی به IoC Container ندارد. پروژه‌ی اصلی هم فقط در حین آغاز کار یک سری تنظیمات اولیه دارد. بنابراین IoC Container آن قابل تعویض است و در اصل هم باید باشد: «بایدها و نبایدهای استفاده از IoC Containers»
- مثال را از انتهای بحث دریافت کنید. کلاس‌های domain نباید وابستگی به Context داشته باشند.
- البته فقط در طی یک درخواست؛ برای یک واحد کاری متشکل از چند موجودیت. 
- خیر. در ابتدای هر درخواست وهله سازی می‌شود و در پایان آن dispose. طول عمر سراسری ندارد و نباید داشته باشد چون thread safe نیست.
نظرات مطالب
معماری لایه بندی نرم افزار #1
مباحثی از این دست بسیار مفید و ضروری است و به شدت استقبال می‌کنم از شروع این سری مقالات. البته پیش‌تر هم مطالبی از این دست در سایت ارائه شده است که امیدوارم این سری مقالات بتونه تا حدی پراکندگی مطالب مربوطه را از بین ببرد. فقط لطف بفرمایید در این سری مقالات مرز بندی مشخصی برای برخی مفاهیم در نظر داشته باشید. به عنوان مثال گاهی در یک مقاله مفهوم Repository معادل مفهوم لایه سرویس در مقاله دیگر است. یا Domain Model مرز مشخصی با View Model داشته باشد. همچنین بحث‌های خوبی مهندس نصیری عزیز در مورد عدم نیاز به ایجاد Repository در مفهوم متداول در هنگام استفاده از EF داشتند که در رفرنس‌های معتبر دیگری هم مشاهده می‌شود. لطفاً در این مورد نیز بحث بیشتری با مرز بندی مشخص داشته باشید.