编码过程中,一点点儿需要注意的地方

简介:

记得之前写游戏玩家类的时候,对于玩家数据的修改,我们总是提供这样的接口。比如是对玩家金钱的修改。


public Player
{
  private int money = 0;
  public void addMoney(int money)
  {
      this.money = this.money + money;
  }
  public void deductMoney(int money)
  {
      this.money = this.money - money;
  }
  public int getMoney()
  {
     return this.money;
  }
}

而避免提供这样的接口


public Player
{
  private int money = 0;
  public void setMoney(int money)
  {
     this.money = money;
  }
  public int getMoney()
  {
     return this.money;
  }
}

后者,我们每次操作玩家金钱的时候,总是需要先getMoney,然后再添加或者删除,最后再调用setMoney方法。这样方式,有两个比较大的缺点。1:操作繁琐。 2:如果是多线程,将无法控制,在getMonet 和 setMoney,之间如果其他线程操作玩家Money,那么将要出现数据不一致的情况。 而前者避免了这两种情况。但是没有想到这个典型的错误,在应用代码中也是经常出现。于是就发现了下面的问题。

最近在工程中发现了N多这样的代码!


Member member = memberMapper.selectMemberById(id);
int money = xxx;
member.setMoney(member.getMoney() + money);
memberMapper.updateMemberSelective(member);


这个问题和上面的提供set get的方式一样。不过数据放到了数据库中而已。

问题除了那两个问题,还多了一个。
第一:操作繁琐,每次都是先从数据库select,然后再去计算新的值,最后再去数据库update。
第二:数据库不一致,如果在select和update之间,其他线程操作这个玩家的money,那么肯定会出现不一直的情况。
第三:两次数据库的操作,慢,卡!

所以正确的写法应该是:



int memberId = xxxx;
int money = xxxx;
memberMapper.addMemberMoney(memberId,money);

addMemberMoney实现:


update set membermoney = membermoney + money where id = memberid; 

这里虽说多提供了sql语句,但是于逻辑,于数据一致性方面,都有了很大的提升。


相关文章
|
5月前
|
数据可视化 数据管理 数据处理
编码集的作用?
编码集的作用?
编码细节引起的思考
小编感悟:初始菜鸟的我们,在运用封装好的方法时,不仅要学习如何使用,更要学习封装的方法中还有什么东西,最后还要学习对应的方法是如何封装起来的,知识只有这样的学习才能够让自己变得更加强大。
|
9月前
|
Perl
软件工程——程序编码(程序编码总原则、5个好程序标准、源程序文档化)
当工程规模很大时,而又没有完全合适的语言,可编一个专用的语言
|
10月前
|
测试技术 数据库
关于在VS+QtTools环境下使用QList<自定义类型>调试存在乱码问题的研究【记录】
关于在VS+QtTools环境下使用QList<自定义类型>调试存在乱码问题的研究【记录】
72 0
|
存储 芯片
复习单片机:8*8点阵---->点亮数字0(内含:1.设计思路+2.数字0的编程数据+3.原始代码+4.实验现象)(注:获得编程数据工具的下载和使用放在下一篇文章)
复习单片机:8*8点阵---->点亮数字0(内含:1.设计思路+2.数字0的编程数据+3.原始代码+4.实验现象)(注:获得编程数据工具的下载和使用放在下一篇文章)
371 0
复习单片机:8*8点阵---->点亮数字0(内含:1.设计思路+2.数字0的编程数据+3.原始代码+4.实验现象)(注:获得编程数据工具的下载和使用放在下一篇文章)
|
缓存 弹性计算 前端开发
如何做好“防御性编码”?
防御性编码的意义类似于“防御性驾驶”对驾驶安全的重要性,防御性编码 目的概括起来就一条:将代码质量问题消灭于萌芽。要做到“防御性编码”,就要求我们充分认识到代码质量的严肃性,也就是“一旦你觉得这个地方可能出问题,那基本它就会(在某个时刻)出问题”。当然,实际情况比这个更严峻。由于大家的编码经验和风格差异,导致大家的意识边界是大小不一的,那些潜伏在意识边界之外的“危险”更加隐蔽和不可琢磨。在意识层面
154 0
如何做好“防御性编码”?
讨论:有多少项目是因为程序的原因而失败的
导读:外刊IT评论翻译了一篇《关于程序成本的讨论》以下是文章全部内容: 昨天在#SCNA(北美2010软件技术大会)的一个专题小组讨论会上,@chadfowler 提出了这个问题:”有多少项目是因为程序的原因而失败的?“我想,他是想说造成项目失败的主要原因是业务问题,而非技术问题。
1046 0
|
程序员
良好的代码格式反映了程序员的编码能力,好的程序员应该这么编码
大括号的使用约定。如果是大括号内为空,则简洁地写成{}即可,不需要换行;如果 是非空代码块则: 1) 左大括号前不换行。 2) 左大括号后换行。
1083 0