I'm working on a fairly large project at the moment and am currently in the planning stages. I've done a lot of reading into the various patterns suggested for development, somthing that has split the team at the moment is when using Entity Framework should the classes be passed through the applciation layers so that a view accepts an Entity Framework class or should these classes be mapped to BLL Classes and if so at which point (Controller or Library) should this be done?
I'm interested in hearing some positives and negitives for each solutions.
Maintaining state and data context between requests
How can I use partial views in ASP.NET?
ASP.NET MVC 2 - Html.DropDownList not working in an AJAX form
Personally I would opt for using DTO's or interfaces when passing data to the Views.
Using Structuremap to manage ObjectContext Lifetime in ASP.NET MVC
I don't tend to pass around entity objects to different layers of my application they are strictly confined to the DAL, or if I do need to pass it up a layer I would almost always use an interface never the concrete type..
UrlRewriting from ASP.NET WebApplication to ASP.NET MVC WebApplication
Localization with separate Language folders within Views
How to create a reusable Asp.Net Mvc application?
Client Id for Property (ASP.Net MVC)
I use the raw entity classes where ever I can for expediency.
I start using DTOs when either the object graph in question starts becoming too cumbersome or the object in question has sensitive data I don't want sent over the wire..