i'm not suggesting that one is better than the other. That can only be determined based on the requirements of the project. If i have the choice I prefer to build aggregated object via typed list instead of views.
In my mind this better seperates responsibility. I want my database to store data, not much more than that. so any aggregation of that information I want to define in my model via typed/dynamic lists. I could just as well define the aggration within a db view and map the view to a typedview or read-only entity. again, just preference.
As for preformance of a typedlist over a typedview. The milliseconds gained from one over the other is negledgable(sp). Usually preformance is gained with better connection management and sql statements. connections are handled by the DataAccessAdapter (adapter template) which effects both views and typed lists. The sql statement itself can be generated via code, or defined by a view/stored proc. again either way the sql will be executed. I don't believe where the sql is generated will cause a significant preformance gain for a majority of systems. granted in extreme edge cases and large databases (100's of millions of records) this may play into the equation, but most developers aren't working on systems this big.