Model, (DAL) , .
DAL will encapsulate the details of how it interacts with the database (in this case, LINQ to SQL is used) and hide them behind a well-defined interface that makes sense for the application.
In addition, since classes created from a DBML LINQ to SQL file are just ordinary CLR (POCO) objects, I see no problem with directly representing them as part of your DAL interface.
source
share