| The select statement is projecting the Customer type from either an external data source or an in memory source. That information wouldn’t be encoded into the POCO whether or not it was anonymous. Changing select new {...} to Select new SeniorPeople {...} wouldn’t give you any more information. At most if I was writing that as part of a repository class I would be sending you back an IEnumerable<SeniorPeople>. If you were to send me an expression to use in the where clause you would send me an <Expression<Func<SeniorPeople,bool>> You have no idea what that expression is going to be translated to until runtime. Either way, you are just working with non concrete Expression Trees that could be transformed into IL, SQL, a MongoQuery etc. All of the constrainsts would be handled by your data store. You don’t even know before hand whether you are iterating over an in memory list, or streaming from an external data source. I could switch out Sql Server for Mongo and you as the client wouldn’t be any the wiser. And we haven’t even gotten to the complication if the result set was the result of a LINQ grouping operation. |
Yet, any code using its result will contain implicit assumptions about that data. Therefore, in order to maintain type safety, the expected type of the return value must he stated.
That type must also be independent from whatever LINQ does internally to produce that return value. Otherwise, the LINQ providers wouldn't be as exchangeable as you claim.