实现UniqueAttribute唯一性约束-优化版

我之前就写过一篇《实现UniqueAttribute唯一性约束》，虽然实现了通过调用IsValid方法可以进行唯一性验证，但有一个缺点，那就是耦合度过高，原因是里面的DB上下文对象是直接写在里面的，如下：

public override Boolean IsValid(Object value)

{

bool validResult = false;

//TEMSContext 是我项目中的DB上下文类，这里是直接指定的，与TEMSContext 紧耦合，若需要实体与访问分离就会有问题！

using (TEMSContext context = new TEMSContext())

{

string sqlCmd=string.Format("select count(1) from [{0}] where [{1}]=@p0",tableName,filedName);

context.Database.Connection.Open();

var cmd=context.Database.Connection.CreateCommand();

cmd.CommandText = sqlCmd;

var p0 = cmd.CreateParameter();

p0.ParameterName = "@p0";

p0.Value = value;

cmd.Parameters.Add(p0);

int result=Convert.ToInt32(cmd.ExecuteScalar());

validResult=(result<=0);

}

return validResult;

}

现在为了解决这个问题，我目前采用的是通过属性注入DB上下文类型，然后再采取反射动态创建实例，这样就降低了依赖，完整代码如下：

using System;

using System.ComponentModel.DataAnnotations;

using System.Data.Entity;

namespace Zwj.TEMS.Common

{

/// <summary>

/// 唯一性标识

/// </summary>

[AttributeUsage(AttributeTargets.Property, AllowMultiple = false, Inherited = true)]

public class UniqueAttribute : ValidationAttribute

{

protected string tableName;

protected string filedName;

<strong>public Type ContextType { private get; set; }

public UniqueAttribute(string tableName, string filedName)

{

this.tableName = tableName;

this.filedName = filedName;

}

public override Boolean IsValid(Object value)

{

//如果是系统调用，就不会传入ContextType类型，所以此处就直接返回通过

if (this.ContextType == null)

{

return true;

}

bool validResult = false;

using (DbContext context = ContextType.Assembly.CreateInstance(ContextType.FullName) as DbContext)

{

string sqlCmd = string.Format("select count(1) from [{0}] where [{1}]=@p0", tableName, filedName);

context.Database.Connection.Open();

var cmd = context.Database.Connection.CreateCommand();

cmd.CommandText = sqlCmd;

var p0 = cmd.CreateParameter();

p0.ParameterName = "@p0";

p0.Value = value;

cmd.Parameters.Add(p0);

int result = Convert.ToInt32(cmd.ExecuteScalar());

validResult = (result <= 0);

context.Database.Connection.Close();

}

return validResult;

}

</strong>

这样虽然降低了对实际DB上下文的依赖，但新问题又出来了，就是如果通过手动来验证该特性（如下代码）就没有问题，但如是想让EF框架在RUD时能自动验证，则会出现问题，因为没有传入ContextType，所以也就无法进行验证，我想这也是微软之所以没有实现UniqueAttribute唯一性约束的原因吧，不知道哪位高手能指点一下，非常感谢！

以下是手动来验证该特性：

public void ValidateEntity(object entity)

{

var t = entity.GetType();

var properties = t.GetProperties();

foreach (var p in properties)

{

UniqueAttribute[] attrs;

if (p.TryGetAttribute<UniqueAttribute>(out attrs))

{

attrs[0].ContextType=typeof(TEMSContext);

bool result = attrs[0].IsValid(p.GetValue(entity, null));

Assert.IsTrue(result, "验证不唯一，存在重复值！");

}

本文转自梦在旅途博客园博客，原文链接： http://www.cnblogs.com/zuowj/p/4397943.html ，如需转载请自行联系原作者

实现UniqueAttribute唯一性约束-优化版相关推荐

解决数据库报唯一性约束错误的实践
猿们好,我是honery,今天来给大家唠一唠如何避免数据库报唯一性约束的错误. 一.问题的引出首先抛出一个问题,如何保证数据库表中的某列的值都不一样呢?相信大家很容易想到给该列加上唯一性约束,这 ...
主键约束、唯一性约束、唯一索引
1.主键约束(PRIMARY KEY) 1) 主键用于唯一地标识表中的每一条记录,可以定义一列或多列为主键. 2) 是不可能(或很难)更新． 3) 主键列上没有任何两行具有相同值(即重复值),不允许空 ...
mysql中主键约束和唯一约束的区别_主键约束和唯一性约束的区别
1.主键约束(PRIMARY KEY) 1) 主键用于唯一地标识表中的每一条记录,可以定义一列或多列为主键. 2) 是不可能(或很难)更新． 3) 主键列上没有任何两行具有相同值(即重复值),不允许空 ...
YOLO3升级优化版！Poly-YOLO：支持实例分割！
YOLO3升级优化版!Poly-YOLO:支持实例分割! POLY-YOLO: HIGHER SPEED, MORE PRECISE DETECTION AND INSTANCE SEGMENTATI ...
mysql主键约束和唯一性约束
主键约束和唯一性约束都是索引,它们的区别是: 主键字段可以确保唯一性,但主键字段不能为NULL. 唯一性约束可以确保唯一性,但唯一性约束的字段可以为NULL 唯一性约束对含有NULL的记录不起作用,即 ...
Oracle之唯一性约束(UNIQUE Constraint)使用方法具体解释
Oracle | PL/SQL唯一索引(Unique Constraint)使用方法 1 目标用演示样例演示怎样创建.删除.禁用和使用唯一性约束. 2 什么是唯一性约束? 唯一性约束指表中一个字段或 ...
智能＆大数据时代，架构师思维的十个学习步骤(优化版)
前言: 秦朝的<书同文.车同轨>,加上唐朝的<诗同形>,有效的减法设计,创造了大一统(加法)的辉煌国度.君不见,在前面各步骤里,诸如:从复杂中设计出简单.以需求检验设计等都是基 ...
47. 对数组进行冒泡排序，实现冒泡排序的基础版与优化版
//冒泡排序: //优化版口诀:序而不排 -> 优化原理:证实已经有序,不需要再次循环 -> 代码角度实现优化:内重循环已证实有序,外重循环不需要再次循环可以停止了.建立flag标记告诉外 ...
mysql 唯一性约束报错_怪异的MySQL Online DDL报错Duplicate entry
今天线上执行Online DDL的时候发现一个奇怪的报错,觉得比较意义,遂整理如下.线上数据库版本:percona server 5.7.14 报错现场:每次执行的时候重复报错记录都不一样 mysql ...

实现UniqueAttribute唯一性约束-优化版

实现UniqueAttribute唯一性约束-优化版相关推荐

最新文章

热门文章