¿Debo usar Linq To SQL directamente en el código o utilizar algún otro enfoque?

Question

Estamos desarrollando un proyecto en ASP.NET/C#, que no es un proyecto muy grande, pero sí considerable. Actualmente hemos desarrollado algunas páginas. Estoy hablando desde el punto de vista de una sola página en este momento. El enfoque se sigue para cada página que se ha desarrollado hasta ahora.

En el código detrás de mi página usamos consultas Linq To SQL directamente. El insert operation está hecho, queries para llenar dropdownlists y otras operaciones relacionadas con database se usan en código detrás de sí mismo.

Aunque utilizamos funciones. Lo mismo ocurre con otras páginas también.

Mi pregunta es, ¿debo incluirlos en los archivos class y luego crear objects y llamar a los métodos apropiados para hacer mis cosas?

En caso afirmativo, deberíamos crear un solo class o crear una clase por página. Se llama crear Data Access Layer.

¿Alguien me puede ayudar a sugerir una forma adecuada de hacerlo?

Es este enfoque una buena práctica de programación.

Ésta es una función simple que estamos utilizando en nuestro código detrás

public void AccountTypeFill() 
     { 
      //Get the types of Account ie Entity and individual 
      var acc = from type in dt.mem_types 
         select type.CustCategory; 
      if (acc != null) 
      { 
       NewCustomerddlAccountType.DataSource = acc.Distinct().ToList(); 
       NewCustomerddlAccountType.DataBind(); 
      } 
     } 

Puede alguien señalar un ejemplo sencillo en referencia a esta consulta?

Espero que mi pregunta tenga sentido. Cualquier sugerencia es bienvenida.

Answer 1

No codificar en el código subyacente. Use Clases y no es una cuestión de una clase para cada página.

Estos enlaces le ayudarán:

Designing A Data Access Layer in LINQ to SQL

Can LINQ to SQL generated objects be decoupled?

Where to put method code which is called on click of a button?

LINQ to SQL and the repository pattern

Decoupling Business Logic Layer from the User Interface Layer using C#