[Kmymoney-devel] Re: Review Request: Accounts model optimization

Cristian Onet onet.cristian at gmail.com
Sat Mar 5 22:17:50 CET 2011

This is an automatically generated e-mail. To reply, visit:

(Updated March 5, 2011, 9:17 p.m.)

Review request for kmymoney.


Added comments to the code.


Instead of synchronizing the whole account tree on each data changed take advantage of the new, more granular, signals and perform the appropriate modifications in the model's data after it has been loaded once.

Also create a separate instance for the institutions model. This change has the following rationale. Mixing the two hierarchies in the same model (by account type and institution) would make it difficult to implement changes since depending on the changes it would imply structural modifications in only one instance of the same account. So for example changing the institution means a structural change in the institution hierarchy but no change in the accounts by type hierarchy. Separating the two hierarchies means that one account can be found only once in the model and it also simplifies the implementation of the modifications slots.

Diffs (updated)

  /trunk/extragear/office/kmymoney/kmymoney/models/accountsmodel.h 1223871 
  /trunk/extragear/office/kmymoney/kmymoney/models/accountsmodel.cpp 1223871 
  /trunk/extragear/office/kmymoney/kmymoney/models/models.h 1223871 
  /trunk/extragear/office/kmymoney/kmymoney/models/models.cpp 1223871 
  /trunk/extragear/office/kmymoney/kmymoney/views/kinstitutionsview.cpp 1223871 
  /trunk/extragear/office/kmymoney/kmymoney/views/kmymoneyview.cpp 1223871 

Diff: http://svn.reviewboard.kde.org/r/6589/diff


Simple testing using a test file: adding/removing/modifying accounts and modifying banances.



-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mail.kde.org/pipermail/kmymoney-devel/attachments/20110305/3962e653/attachment-0001.htm 

More information about the KMyMoney-devel mailing list