我应该直接在代码中使用Linq To SQL还是使用其他方法?

我们正在ASP.NET/C#中开发一个项目,这个项目不是一个非常大的项目,而是一个相当大的项目。 目前我们开发了几页。 我现在正在谈论单页的观点。到目前为止,每个页面都遵循这种方法。

在我的页面背后的代码中,我们直接使用Linq To SQL查询。 insert operation完成,填充dropdownlists queries和其他database相关的操作在自身后面的代码中使用。

我们使用函数。其他页面也是如此。

我的问题是我应该将它们包含在class文件中,然后创建objects并调用适当的方法来完成我的工作吗?

如果是,我们应该创建单个class还是每页创建一个类。 这称为创建Data Access Layer

任何人都可以帮我建议一个正确的方法吗?

这种方法是一种很好的编程习惯吗?

这是我们在后面的代码中使用的一个简单函数

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

任何人都可以指出一个引用此查询的简单示例吗?

我希望我的问题有道理。 欢迎任何建议。

不要在代码隐藏中硬编码。 使用类,每个页面不是一个类的问题。

这些链接将有助于:

在LINQ to SQL中设计数据访问层

LINQ to SQL生成的对象可以解耦吗?

在点击按钮时调用方法代码的位置?

LINQ to SQL和存储库模式

使用C#将业务逻辑层与用户界面层分离