لطفا از سایت http://pastebin.com/ برای ارسال کد طولانی استفاده کنید. به نظر می‌رسه قسمتی از کد شما توسط بلاگر حذف شده.

سلام؛ پیشنهادات خوبیه. در اولین فرصت این‌ها رو اضافه می‌کنم. نظرات دیگری هم داشتید لطفا از همان امکانات سایت کدپلکس برای ارسال استفاده کنید: http://bap.codeplex.com/discussions

فید یک واژه کلیدی در کلیه وبلاگ‌های سایت msmvps
http://msmvps.com/search/Searchrss.aspx?q=KeyWord&o=Relevance

فید یک واژه کلیدی در کلیه وبلاگ‌های سایت ASP.NET
http://weblogs.asp.net/search/Searchrss.aspx?q=&tag=KeyWord&o=DateDescending

سایت زیر امکان file fetching از رپیدشیر و مگاآپلود را دارد:
http://www.multiupload.com/
فایل را منتقل کنید. چندین mirror از آن حاصل خواهد شد.

سلام
موفق باشید. می‌تونید مطالب جدید خودتون را در سایت زیر لینک دهید تا بقیه برنامه نویس‌ها نیز مطلع شوند
http://www.idevcenter.com

میتوانید لیست این 6 کتاب رو برای دانلود از آدرس زیر در سایت rapidshare دانلود کنید:
http://www.payervand.ir/files/6eBook.txt

سلام
یک سری از این‌ها که زیر 200 مگ بود را از اینجا دریافت کنید:
http://vahid.nasiri.googlepages.com/NH-links.txt

مابقی را باید به سایت مربوطه مراجعه کنید (چون نمی‌شود به رپیدشیر منتقل کرد).

- How EF6 Enables Mocking DbSets more easily
- Testing with a mocking framework - EF6 onwards 

+ شخصا اعتقادی به Unit tests درون حافظه‌ای، در مورد لایه دسترسی به داده‌ها ندارم. به قسمت «Limitations of EF in-memory test doubles» مراجعه کنید؛ توضیحات خوبی را ارائه داده‌است.
تست درون حافظه‌ی LINQ to Objects با تست واقعی LINQ to Entities که روی یک بانک اطلاعاتی واقعی اجرا می‌شود، الزاما نتایج یکسانی نخواهد داشت (به دلیل انواع قیود بانک اطلاعاتی، پشتیبانی از SQL خاص تولید شده تا بارگذاری اشیاء مرتبط و غیره) و نتایج مثبت آن به معنای درست کار کردن برنامه در دنیای واقعی نخواهد بود. در اینجا Integration tests بهتر جواب می‌دهند و نه Unit tests.