چک لیست تهیه یک برنامه ASP.NET MVC
لایه سرویس باید مستقل از presenation باشد.یکی از اهداف از طراحی سرویس گرا اینست که سرویس ارایه شده قابل استفاده در clientها متفاوت باشد. لذا نباید به viewmodel وابستگی داشته باشد. بنظر میرسد که راه درست این است که سرویس domain model یا DTO برگرداند و در کنترلر با استفاده از automapper یا مپینگ دستی viewmodel ساخته شود و به view ارسال شود.
هرچند طراحی کاملا سلیقه ای و مربوط به دامنه کاربرد است و نمیتوان گفت که غلط است
با تشکر از سایت بسیار مفیدی که ایجاد کرده اید. م
اهمیت Controller های ساده در ASP.NET MVC
OpenID چیست؟
چون Active Directory با Domain تنظیم میشه
اما این حالت احراز هویت روی فرم تنظیم میشه
برای SSO مطلب توی همین سایت هست در واقع توی اون روش ما با یک اکانت که توی یک سایت داریم از سایتهای دیگه روی همون سرویس استفاده میکنیم و میشه گفت حالت اختصاصی داره
اما توی این حالت شما با هر سایتی که این قابلیت داشته باشه میتونی کار کنی
EF Code First #11
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
در این زمینه هرچه گشتم تنها صحبتی که پیدا میکنم این است که هر دو راه صحیح است. برای مثال چه بگویید:
Person.PaySalary()
و یا
SalaryBusiness.PaySalary(Person)
هر دو صحیح است!
یک مثال دیگر Attached Property ها در WPF است.
در این زمینه باید به کجا رجوع کرد؟
آموزش ساحت subdomian داینامیک در mvc3+
نیاز به آموزش ایجاد ساب دامینهای داینامیک که مثل همه فروشگاه سازها بشه زیر مجموعه داد یا مثل همه بلاگرها بشه زیر مجموعه داد تا حالا هم چندین بار جاهای مختلف پرسیدم ولی به جایی نرسیدم
حتی
http://blog.maartenballiauw.be/post/2009/05/20/ASPNET-MVC-Domain-Routing.aspx
هم کارساز نبود گفتم شاید کسی از شما اساتید در این باره تجربه ای داشته و اینکه دوست داشته باشید به ما هم اموزش بدید.
ممنون
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.
پیاده سازی معماری کلین و الگوی 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