兩個改進
一、一些交易參數實現持久化，即（費率，其他費用等）退出自動保存，下次再開啓程序時無需再次輸入。
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
二、增加了可轉債計算
計算方法和其他證券類型大同小異，唯一就是佣金費率規定最高不超過千分之一，在確定費率時要提前判斷。