نظرات مطالب
MVC vs 3-Tier Pattern
3-Layer در واقع Architecture Style هست اما MVC یک Design Pattern هست پس مقایسه مستقیم نمیدونم کاری دست باشد یا نه اما میتونیم به این شکل نتیجه گیری کنیم:
Data Access: شامل کلاسهای ADO.NET یا EF برای کار با دیتابیس.
Business Logic: یا همان Domain logic که میتوان Model رو به عنوان  Business entity در این لایه بکار برد.
UI Layer: بکارگیری Controller و View در این لایه

نظرات مطالب
چک لیست تهیه یک برنامه ASP.NET MVC
سلام؛
لایه سرویس باید مستقل از presenation  باشد.یکی از اهداف از طراحی سرویس گرا اینست که سرویس  ارایه شده  قابل استفاده در client‌ها متفاوت باشد. لذا نباید به viewmodel  وابستگی داشته باشد. بنظر می‌رسد که راه درست این است که سرویس domain model یا DTO   برگرداند و در کنترلر با استفاده از automapper  یا مپینگ دستی viewmodel ساخته شود  و به view  ارسال شود.

هرچند طراحی کاملا سلیقه ای و مربوط به دامنه کاربرد است و نمی‌توان گفت که غلط است

با تشکر از سایت بسیار مفیدی که ایجاد کرده اید. م
نظرات مطالب
اهمیت Controller های ساده در ASP.NET MVC
الان برای من یه سوالی پیش اومد : 
طبق حرفایه شاهین و بقیه‌ی بچه‌ها الان MVC از دید معماری سه لایه داره رو لایه‌ی نمایش مانور میده ... خوب برا چی نیومدن بگن VMVC ؟! (ViewModel-View-Controller) ...چون الان Model در واقع همون ViewModel هست! (اون چیزی که تو View استفاده میشه نه Domain Model!)
نظرات مطالب
OpenID چیست؟
فکر نمی‌کنم بشه
چون Active Directory با Domain تنظیم میشه
اما این حالت احراز هویت روی فرم تنظیم میشه
برای SSO مطلب توی همین سایت هست در واقع توی اون روش ما با یک اکانت که توی یک سایت داریم از سایت‌های دیگه روی همون سرویس استفاده میکنیم و میشه گفت حالت اختصاصی داره
اما توی این حالت شما با هر سایتی که این قابلیت داشته باشه میتونی کار کنی
نظرات مطالب
EF Code First #11
1- پس به نظر شما نیازی به ایجاد یک لایه facade که بین DAL و BLL قرار گیرد و توابع EF و LINQ را برای استفاده در لایه بیزینس Wrap کند نیست و می توان از EF و LINQ مستقیما در BLL استفاده کرد و نهایتا به یک معماری چهار لایه رسید؟

2- سوال دیگر اینکه جدا سازی Domain ها از لایه DAL چه مزایایی دارد؟ آیا در مهاجرت به یک ORM دیگر مفید است یا ملاحضات دیگری در میان است؟
نظرات مطالب
EF Code First #1
سلام استاد خیلی ممنون بابت آموزشهاتون
یه سوال :

همونطور که توضیح دادید در کل ما سه نوع پروژه لازم داریم : 1- Domain Classes که حاوی Model های ما هست 2- DataLayer که حاوی کلاس Context می باشد و در نهایت پروژه خودمان

حال مشکل من اینجاست که در داخل کلاس Context که ایجاد کرده ام کلاس DbContext  و رفرنس EF_Sample01.Models (نام پروژه رو همون EF_Sample01 گذاشتم یعنی داخل یک Solution  این سه نوع پروژه رو دارم)رو نمی شناسه.
نظرات مطالب
آشنایی با Refactoring - قسمت 4
با این اوصاف یعنی الگوی Active Record تنها الگوی شی‌گرا است؟ و اینکه مثلاً ما یک Entity از یک Domain را به یک متد Business جهت اعمال تغییرات و یا انجام‌کارهایی خاص می‌دهیم از نظر شی‌گرایی غلط است؟

در این زمینه هرچه گشتم تنها صحبتی که پیدا می‌کنم این است که هر دو راه صحیح است. برای مثال چه بگویید:
‭Person.PaySalary()
و یا 
‭SalaryBusiness.PaySalary(Person)
هر دو صحیح است!
یک مثال دیگر Attached Property ها در WPF است.

در این زمینه باید به کجا رجوع کرد؟
بازخوردهای پروژه‌ها
آموزش ساحت subdomian داینامیک در mvc3+
سلام
نیاز به آموزش ایجاد ساب دامین‌های داینامیک که مثل همه فروشگاه ساز‌ها بشه زیر مجموعه داد یا مثل همه بلاگر‌ها بشه زیر مجموعه داد تا حالا هم چندین بار جاهای مختلف پرسیدم  ولی به جایی نرسیدم
حتی
http://blog.maartenballiauw.be/post/2009/05/20/ASPNET-MVC-Domain-Routing.aspx
هم کارساز نبود گفتم شاید کسی از شما اساتید در این باره تجربه ای داشته و اینکه دوست داشته باشید به ما هم اموزش بدید.
ممنون
اشتراک‌ها
پیاده سازی Domain-Driven Design با EF

The Intersection of Microservices, Domain-Driven Design and Entity Framework Core
Domain-Driven Design (DDD) provides much of the strategic design guidance that we can use to determine the boundaries around and interactions between Microservices in our solutions. DDD also follows up with tactical design patterns for your business logic. In this session we'll take a look at some of these patterns and how EF Core naturally, or with some additional configuration, persists the data that your microservices depend on. 

پیاده سازی Domain-Driven Design با EF
اشتراک‌ها
پیاده سازی معماری کلین و الگوی CQRS

در این قسمت معماری کلین رو پیاده سازی کردیم و الگوی CQRS رو هم در کنارش پیاده سازی کردیم.

06:00 Domain Layer 

07:00 Application Layer 

08:37 Infrastructure/Persistence Layer 

11:00 Presentation Lauer 

12:20 Inside of Domain Layer ( enums, value objects, exceptions, entities) 

18:00 Inside of Application Layer (CQRS, MediatR, Command, and Query Handler) 

26:00 Inside of Infrastructure ( Adapter, EF Core) 

29:00 Query and Command Bus 

37:00 Fluent Validation 

41:00 Behaviour Pipeline 

پیاده سازی معماری کلین و الگوی CQRS