使用Begin,End模拟加锁处理业务逻辑

需求:

对某一组在持续变化的数据进行一系列的组操作(show,delete,add......)
类似于加锁机制

问题:

在这一组操作过程中,数据本身也是在不停变化的(行车记录仪的视频是时时在录的),那么我们在操作过程中
是否要对这个过程中的数据的改变做出反应呢?
    是:
        1.用户本身可能只是想操作在这一组操作开始时的那些数据,而不是时时的数据集合。
        2.如果每次操作都要更新数据,对于性能来说是个考验(参考内容观察者模式对数据进行监控可以减缓这个问题)。
    否:
        1.数据的更新不能时时体现在界面上(可以通过标记的方式对已被修改的数据进行标记显示)
        2.会对用户操作一定的不一致的感觉(例如删除的数据还能够看到(同样可以通过标记的方式解决))

类加锁机制处理

begin--operation*n--end:
    1.用户进入某一组操作的入口:
        begin:获取数据,并进行数据的初始化操作(例如排序等),初始化各种操作标记集合(可以是int型集合,使用位运算来表示每个位置的元素的处理状态),同时将标记设置为begin状态。
    2.用户开始进行N次各种操作:
        operation:
            get:从begin中初始化并处理好的数据中获取指定的数据。
            delete:检查是否可被删除,如果可以将操作标记集合中对应位置的标记的对应删除的位设置为1。
            lock:检查是否可被加锁,如果可以将操作标记集合中对应位置的标记的对应加锁的位设置为1。
            ......
    3.用户退出该系列操作:
        end:此时遍历操作标记集合,将其中为1的位的对应元素进行实际的相应的操作,清空各种集合和状态,将标记设置为end状态。
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值