自定义ORM系列(二)发现属性是否修改,有选择的持久化

本文介绍了一种在ORM中实现有选择持久化的方法,通过实现INotifyPropertyChanged接口,跟踪实体属性变化,仅更新变动的属性,简化更新逻辑并减少不必要的数据库操作。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

  

  引言

  今天给大家介绍的是ORM中的有选择持久化技术。现在的很多ORM工具都支持有选择的持久化,就是对于属性有选择的持久化。也可以理解为只持久化那些有变化的属性,忽略没有变化的属性。

  

  正文

  很多时候我们想要知道实体的那些属性被更新,那些属性没有变化。

  在很多的ORM工具中,在持久化数据的时候,可以判断哪些属性有值,哪些属性被更新过,这样的属性才会被持久化,没有动过的属性不会被持久化,而不是所有的属性都持久化。

  发现属性有变化,有很多种办法。今天我给大家介绍一种,利用Inotifypropertychanged接口来实现属性变化的跟踪。一个类如果实现了这个接口,就可以跟踪属性的变化,然后定义一个集合,把发生变化的属性记录下来。这样,在持久化的时候,就可以针对变化的属性进行有选择性的持久化了。

  

BookPo
  public   class  BookPo : INotifyPropertyChanged
    {
        
public   event  PropertyChangedEventHandler PropertyChanged;

        
private  Guid _id;
        
public  Guid ID
        {
            
get  {  return  _id; }
            
set
            {
                _id 
=  value;
                OnPropertyChanged(
" ID " );
            }
        }

        
private   string  _name;
        
public   string  Name
        {
            
get  {  return  _name ;}
            
set  { _name  =  value;
                OnPropertyChanged(
" Name " ); }
        }

        
private   string  _author;
        
public   string  Author
        {
            
get  {  return  _author; ;}
            
set  { _author  =  value;
                OnPropertyChanged(
" Author " ); }
        }

        
public  List < string >  ChangeProperties
        {
            
get ;
            
set ;
        }
        
protected   void  OnPropertyChanged( string  propertyName)
        {
            
if  (PropertyChanged  !=   null )
            PropertyChanged(
this new  PropertyChangedEventArgs(propertyName));
            
if  (ChangeProperties  ==   null )
            {
                ChangeProperties 
=   new  List < string > ();
            }
            ChangeProperties.Add(propertyName);
        }
    }

 

 

  如果将类定义为上面的格式,调用代码如下

 

BookPo bookPo  =   new  BookPo(); 
            bookPo.ID 
=  Guid.NewGuid();
            bookPo.Author 
=   " 作家 " ;

 

  那么经过上面的几行代码之后,对象的ChangeProperties集合中就只有两个属性:ID和Author。无论是添加还是更新,就只包含着两个属性就可以了。当然了,还需要定义一个主键的attribute,给ID属性打上一个标志,表面ID是主键,然后更新的时候就有了where后面的条件了,就可以定位了,不会找不到更新的对象了。

  每个需要持久化的类都需要添加下面的ChangeProperties属性和实现接口,然后写个OnpropertyChanged方法。是有点多了,所以可以定义一个基类,实现接口,包含方法和集合属性,然后每个持久化类都继承他们。

  在[WPF/Silverlight]让INotifyPropertyChanged的实现更优雅一些 中,作者还有更好的实现,大家可以过去看看。

  这么做其实还有另外一个好处,就是不用为每次更新写一个存储过程或者是SQL语句了。

  我来解释一下上面的这句话。比如说有下面的这个类设计。

 

Person
  public   class  Person
    {
        
public  Guid ID {  get set ; }

        
public   string  Name {  get set ; }

        
public   string  Username {  get set ; }
    }

    
public   enum  PersonStatus
    {
        
///   <summary>
        
///  正常
        
///   </summary>
        Normal,
        
///   <summary>
        
///  挂起
        
///   </summary>
        Suspend,
         / //   <summary>
        
///  审核
        
///   </summary>
        Auditing
    }

 

 

  一个用户信息,有一个属性是用户状态。用户在注册之后,可以提交申请,然后管理员审核用户。用户可以更新个人的其他信息(除去状态)。这个需求里面包含两个个更新的方法,一个是用户更新个人信息,一个是管理员审核用户信息,需要更新用户状态。

  要么写两个存储过程,或者是两个TSQL语句。如果实体实现了INotifyPropertyChanged,按照我上面的方法,就保留一个Update方法就可以了,给PersonPo赋值几个属性,将来就只是更新几个属性,是不是可以简化这个过程呢?反正我这里就有这样的需求,还不少呢?开始我也没有用这个方法,最近才想出来的。不知道各位如何认为呢?

  希望提出更好好的意见。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值