Gracias a un email de Pablo Constantini tengo estos enlaces sobre el tema: ¿cómo encaja LINQ en una arquitectura de capas?
Using Linq in a Multi-Tier ASP.NET application
http://eliasbland.wordpress.com/2008/02/08/a-pattern-for-using-linq-to-sql-in-a-multi-tier-environment/
LINQ to SQL and the "Request-scoped DataContext" Pattern
http://blogs.vertigo.com/personal/keithc/Blog/Lists/Posts/Post.aspx?ID=11
Enterprise Application Architecture with LINQ to SQL
http://www.codeproject.com/KB/architecture/EnterpriseApplicationArch.aspx
Data Retrieval and CUD Operations in N-Tier Applications
http://msdn2.microsoft.com/en-us/library/bb546187.aspx
Other resources
http://msdn2.microsoft.com/en-us/library/bb882661.aspx
http://www.compiledmonkey.com/linq-in-an-n-tier-architecture
Para mí, LINQ con SQL nos sirve para programar el acceso a datos. Las "entidades" que crea LINQ for SQL, por ejemplo, no son entidades de negocio: son clases para la capa de datos, prácticamente un mapeo directo de la estructura de tablas. En un capa superior, se pueden tomar objetos de esas clases y transformarlos, adaptarlos a lo que uno precisa. Claro, también está la opción de usarlos tal cual. Sólo habrá que ver el contexto de nuestra aplicación: si es un simple "mostrar datos de tablas" y actualizarlos, o si necesita una lógica de negocios y un modelo de dominio más complejo.
Nos leemos!
Angel "Java" Lopez
http://www.ajlopez.com/