Question

我正在与ADO公司一道设计数据进入层。 2005年Sql服务器。我常常与我的大脑一道,在什么地方发出这些呼吁。 Which way of the below i should follow for unable solid Code.

Method 1

Public Class Company
{

public string CompanyId
{get;set;}

public string CompanyAddress
{get;set;}

public bool Create()
{
}

public bool Update()
{
}

public bool Delete()
{
}

}

Method 2

Public Class Company
{

public string CompanyId
{get;set;}

public string CompanyAddress
{get;set;}
}

(一) 使用下文等另一类数据获取核心数据。和

Public Class CompanyRepository
{

public Company CreateCompany(string companyId,string companyDescription)
{
}

public bool UpdateCompany(Company updateCompany)
{
}

public bool DeleteCompany(string companyId)
{
}

public List<Company> FindById(string id)
{
}


}

Answer 1

采用方法2。从数据来源(_single responsibility principle上读/做不是公司类别的责任。然而,我甚至想建立<条码>。国际文件接口,然后创建<代码>CompanyRepository界面实施。这样,你就可以将ICompany监管机构注入需要拯救/检索公司信息的类别。该系统还便于进行单位测试,并能够在未来产生不同的执行(从数据库到Xml文档或任何东西)。

Answer 2

If you follow the principle of separation of concerns, you will go with your method 2.

不同班级的职责不同,有助于制定可测试、可维持的法典。

这还会产生较小的、更有凝聚力的班级,便于书写、理性和检查正确性。

请注意,你可以使用ORM ,而不是手手工艺你的数据检索层。

Answer 3

我赞成第二种选择,理由

first you create your data holder
after crate your operational unit

因此,在这种情况下,你将数据与在它们中运作的职能分开,制作<编码>Unit Testing,明显更容易和淡化你守则不同领域之间的责任,并可能容易地将数据本地化。

Method 1

Method 2

友情链接