دانلود کتاب .NET Domain-Driven Design with C#: Problem – Design – Solution (Programmer to Programmer)
49,000 تومان
طراحی دامنه دات نت با سی شارپ: مشکل – طراحی – راه حل (برنامه نویس به برنامه نویس)
| موضوع اصلی | برنامه نویسی: زبان های برنامه نویسی |
|---|---|
| نوع کالا | کتاب الکترونیکی |
| ناشر | Wrox |
| تعداد صفحه | 435 |
| حجم فایل | 7 مگابایت |
| کد کتاب | 9780470147566,0470147563 |
| نویسنده | Tim McCarthy |
|---|---|
| زبان | انگلیسی |
| فرمت | |
| سال انتشار | 2008 |
جدول کد تخفیف
| تعداد کتاب | درصد تخفیف | قیمت کتاب |
| 1 | بدون تخفیف | 25,000 تومان |
| 2 | 20 درصد | 20,000 تومان |
| 3 الی 5 | 25 درصد | 18,750 تومان |
| 6 الی 10 | 30 درصد | 17,500 تومان |
| 11 الی 20 | 35 درصد | 16,250 تومان |
| 21 الی 30 | 40 درصد | 15,000 تومان |
| 31 الی 40 | 45 درصد | 13,750 تومان |
| 41 الی 50 | 50 درصد | 12,500 تومان |
| 51 الی 70 | 55 درصد | 11,250 تومان |
| 71 الی 100 | 60 درصد | 10,000 تومان |
| 101 الی 150 | 65 درصد | 8,750 تومان |
| 151 الی 200 | 70 درصد | 7,500 تومان |
| 201 الی 300 | 75 درصد | 6,250 تومان |
| 301 الی 500 | 80 درصد | 5,000 تومان |
| 501 الی 1000 | 85 درصد | 3,750 تومان |
| 1001 الی 10000 | 90 درصد | 2,500 تومان |
ترجمه فارسی توضیحات (ترجمه ماشینی)
طراحی دامنه دات نت با سی شارپ: مشکل – طراحی – راه حل (برنامه نویس به برنامه نویس)
چیزهایی هست که من دوست ندارم.1. UnitOfWork خراب است. چه اتفاقی میافتد وقتی شخصی موجودیت را به مخزن اضافه میکند، و سپس آن را قبل از ارتکاب حذف میکند؟ کد سعی می کند اشیاء موجود را از پایگاه داده حذف کند و سپس آن را اضافه می کند! دست زدن به اشیاء کودک برای مثال آدرس ها در هر برنامه دنیای واقعی، حذف هر شی فرزند و سپس اضافه کردن مجدد آن، چه تغییراتی وجود داشته باشد یا نه، جایی ندارد. اجرای اول. دوم اگر مجبور باشید تاریخچه تغییرات آن شی فرزند را نگه دارید چه؟ اگر آنها شناسه در پایگاه داده داشته باشند و فرزندان دیگری داشته باشند چه؟ اگر دو کاربر با اشیاء مشابه کار کنند چه می شود؟ در مورد همزمانی چطور؟ اینها مشکلاتی است که من باید هر روز با آنها دست و پنجه نرم کنم و از نویسنده کتاب انتظار نمونه های خوبی را دارم. به خصوص که گواهینامه های زیادی دارد. این کتاب دارای تعداد زیادی متن/کد تکراری برای هر کارخانه/مخزن/سرویس clsss است… من می خواهم در مورد مشکلاتی که در صفحه 24 ذکر کردم بحث کنم. WPF که هیچ کس نمی داند (بله برخی می دانند، اما چند WPF دیده اید؟) نباید در کتاب درباره DDD استفاده شود. این کار را در برنامه WinForms، ASP.NET یا حتی کنسول انجام دهید. چرا WPF را به ما نشان دهید؟ جهنم شما حتی نمی توانید بدون رفتن به شخص ثالث برای GridControl منابعی از این کتاب بسازید. استفاده از WPF چه فایده ای دارد؟ این کتاب برای افرادی که اطلاعات زیادی در مورد DDD ندارند و برای یک کاربر برنامه ها را انجام می دهند خوب است. O
There are some things I don’t like.1. UnitOfWork is broken. What happens when someone adds entity to repository, and then removes it before commiting? The code will try to remove not existing objects from database and then it will add it!2. Handling of child objects. For example addresses. In any real world app deleting every child object and then adding it again whether there were changes or not would have no place. First performance. Second what If You have to keep history of changes of that child object? What if they have Id’s in database and have other children? What if two users work with same objects? What about concurrency? These are problems I have to deal with every day and I would expect some good examples from book writer. Especially that has so many certificates.3. This book has a lot of repetitive text/code for every factory/repository/service clsss… I would like to have some discussion about problems I mentioned in p.24. WPF that nobody knows (yeah some know, but how many WPF have You seen?) shouldn’t be used in book about DDD. Do it in WinForms, ASP.NET or even Console app. Why show us WPF? Hell You can’t even build sources from this book without going to 3rd party for their GridControl. What’s the point of using WPF?This book is good for someone that doesn’t know much about DDD and is doing apps for one user. O
برای فرستادن دیدگاه، باید وارد شده باشید.
نقد و بررسیها
هنوز بررسیای ثبت نشده است.