两个改进
一、一些交易参数实现持久化，即（费率，其他费用等）退出自动保存，下次再开启程序时无需再次输入。
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
二、增加了可转债计算
计算方法和其他证券类型大同小异，唯一就是佣金费率规定最高不超过千分之一，在确定费率时要提前判断。