【P000-009】交易费计算系统,1.3版
2014-05-19 11:56
197 查看
两个改进
一、一些交易参数实现持久化,即(费率,其他费用等)退出自动保存,下次再开启程序时无需再次输入。
Android单机数据持久化一般三种方法,1、文件流。2、(简易)数据库SQLite。3、使用SharedPreferences.Editor方法保存成xml文件,使用SharedPreference读取。
选用第三种最方便
而Editor又有apply和commit两种保存方法,具体区别为:
1. apply没有返回值而commit返回boolean表明修改是否提交成功
2. apply是将修改数据原子提交到内存, 而后异步真正提交到硬件磁盘, 而commit是同步的提交到硬件磁盘,因此,在多个并发的提交commit的时候,他们会等待正在处理的commit保存到磁盘后在操作,从而降低了效率。而apply只是原子的提交到内容,后面有调用apply的函数的将会直接覆盖前面的内存数据,这样从一定程度上提高了很多效率。
3. apply方法不会提示任何失败的提示。
由于在一个进程中,sharedPreference是单实例,一般不会出现并发冲突,如果对提交的结果不关心的话,建议使用apply,当然需要确保提交成功且有后续操作的话,还是需要用commit的。
为了后续扩展,还是选用commit
二、增加了可转债计算
计算方法和其他证券类型大同小异,唯一就是佣金费率规定最高不超过千分之一,在确定费率时要提前判断。
源码看置顶
一、一些交易参数实现持久化,即(费率,其他费用等)退出自动保存,下次再开启程序时无需再次输入。
Android单机数据持久化一般三种方法,1、文件流。2、(简易)数据库SQLite。3、使用SharedPreferences.Editor方法保存成xml文件,使用SharedPreference读取。
选用第三种最方便
而Editor又有apply和commit两种保存方法,具体区别为:
1. apply没有返回值而commit返回boolean表明修改是否提交成功
2. apply是将修改数据原子提交到内存, 而后异步真正提交到硬件磁盘, 而commit是同步的提交到硬件磁盘,因此,在多个并发的提交commit的时候,他们会等待正在处理的commit保存到磁盘后在操作,从而降低了效率。而apply只是原子的提交到内容,后面有调用apply的函数的将会直接覆盖前面的内存数据,这样从一定程度上提高了很多效率。
3. apply方法不会提示任何失败的提示。
由于在一个进程中,sharedPreference是单实例,一般不会出现并发冲突,如果对提交的结果不关心的话,建议使用apply,当然需要确保提交成功且有后续操作的话,还是需要用commit的。
为了后续扩展,还是选用commit
二、增加了可转债计算
计算方法和其他证券类型大同小异,唯一就是佣金费率规定最高不超过千分之一,在确定费率时要提前判断。
源码看置顶
相关文章推荐
- 【P000-009】交易费计算系统,1.3版
- 【P000-002】交易费计算系统初步实现
- 【P000-008】交易费计算系统,1.1版
- 【P000-002】交易费计算系统初步实现
- 【P000-005】交易费计算系统,1.0正式版
- 【P000-003】交易费计算系统,从股票信息网络接口获取信息
- 【P000-001】交易费计算系统设计思路
- 【P000-003】交易费计算系统,从股票信息网络接口获取信息
- 【P000-004】交易费计算系统,功能类规划
- 【P000-001】交易费计算系统设计思路
- 【P000-004】交易费计算系统,功能类规划
- 【P000-008】交易费计算系统,1.1版
- 【P000-000】第一个项目,暂定为android手机上的简单证券交易费计算系统(源码列表统一在此更新)
- 【P000-000】第一个项目,暂定为android手机上的简单证券交易费计算系统(附1.0源码)
- 【P000-011】重构交易费计算系统
- 【P000-011】重构交易费计算系统
- java对Linux系统的CPU利用率的计算和内存信息的获取
- 公布一下工资管理系统中核心部分工资计算的代码
- 整理综合布线系统中材料用量的计算公式
- 公布一下工资管理系统中核心部分工资计算的代码