如何解决如何保持DRY与域对象和服务中的验证相对于UI层中的验证
|| 我已经搜索了答案，甚至问了几个与此主题有关的问题，但还没有真正找到正确的答案。如何在POCO Domain对象和服务中向UI层公开验证方法？目前，我正在使用Web表单。 例如，我有以下域对象：class Person
{
public string Name { get; set; }
public string Email { get; set; }
public bool IsValidEmail(string email) {}
public bool IsValidName(string name) {}
public bool IsValidPerson()
{
if (IsValidEmail(Email) && IsValidName(Name)) { return true; }
return false;
}
}
class PersonService
{
private Person person;
private PersonRepository pRepo;
public PersonService()
{
person = new Person();
pRepo = new PersonRepository();
}
public AddPerson(Person p)
{
if (p.IsValidEmail(p.Email) && p.IsValidName(p.Name) && !DoesEmailExistInDatabase(p.Email))
{ pRepo.Save(p); }
else
{ throw new ArgumentException(); }
}
public GetPersonByEmail(string email)
{
if (person.IsValidEmail(Email))
{ pRepo.GetByEmail(email)); }
else
{ throw new ArgumentException(); }
}
public bool DoesEmailExistInDatabase(string email) { //code if exists.. }
}
string emailInput = EmailTextBox.Text;
PersonService pService = new PersonService();
Person p = new Person();
if(p.IsValidEmail(emailInput))
{
Person myPerson = pService.GetPersonByEmail(emailInput);
}
else
{
//give user error here...
}
解决方法
关于＃1-是的（这是一种有效方法），前提是假定域对象最适合“知道”什么是正确的输入。
关于＃2-是的。
关于＃3-这样做没有什么害处，但是，如果您不信任类外部的某些事物能够/负责进行实际的验证，那么为什么您会信任它调用验证呢？
设置值后，我将强制执行验证，一旦您在对象中具有“好数据”，以后就无需验证它了。这导致第4点...
关于＃4-以某种方式提供/公开验证的好处是系统的其他部分可以使用它；经典示例在用户界面上，您可以通过验证输入或提交的输入来提供更好的用户体验。
验证的另一种方法是确定（从总体角度看）什么样的好数据-并为（独立的）公共域级别“服务”定义一堆规则。验证每个域对象内的输入是不错的选择，因为随着各个域对象随着时间的推移逐渐成熟（可以限制孤立更改的影响），您可以更改特定的规则-缺点是您将重复很多规则。
普通服务可以解决此问题，服务会说“这是有效的电子邮件地址的样子”，您所有的域对象都将服从该服务以告诉他们什么是好的电子邮件地址。
使用这种方法的“技巧”是要小心命名验证方法的方式-不要太含糊或模棱两可。例如，您可能会发现大多数具有电子邮件属性的域对象都使用一种\“ main \”电子邮件验证方法
ValidateGenericEmail()
ValidateCorporateEmail()
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 dio@foxmail.com 举报，一经查实，本站将立刻删除。