Czy powinienem używać Linq To SQL bezpośrednio w kodzie z tyłu lub użyć innego podejścia?

Question

Rozwijamy projekt w ASP.NET/C#, który nie jest dużym projektem, ale dużym projektem. Obecnie opracowaliśmy kilka stron. Mówię teraz z punktu widzenia jednej strony. Podejście to stosuje się do wszystkich stron, które zostały opracowane do tej pory.

W kodzie za moją stroną korzystamy bezpośrednio z zapytań Linq To SQL. Wykonano insert operation, aby wypełnić dropdownlists i inne powiązane operacje są używane w kodzie za nim.

Używamy funkcji chociaż. To samo dotyczy również innych stron.

Moje pytanie powinno być zawarte w plikach class, a następnie utworzyć objects i wywołać odpowiednie metody, aby zrobić moje rzeczy?

Jeśli tak, czy powinniśmy utworzyć pojedyncze class lub utworzyć jedną klasę na stronę. Czy to się nazywa tworzenie Data Access Layer.

Czy ktoś może mi pomóc zasugerować właściwy sposób na zrobienie tego?

Czy to podejście jest dobrą praktyką programowania.

Jest to prosta funkcja, że ​​używamy w naszym kodzie za

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(); 
      } 
     } 

Czy ktoś może wskazać prosty przykład odnoszący się do tego zapytania?

Mam nadzieję, że moje pytanie ma sens. Wszelkie sugestie są mile widziane.

Answer 1

Nie koduj mocno w kodzie źródłowym. Użyj klas i nie jest to kwestia jednej klasy dla każdej strony.

Te linki pomogą:

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#