Feature request from ihor-sviziev, posted on GitHub Nov 14, 2014
For now this class is very complicated and hard to understand their logic
Comment from ooxi, posted on GitHub Nov 18, 2014
I like how trivalent logic is implemented using true, false and -1. However it would be even better if we could replace -1 with file not found
Comment from mcspronko, posted on GitHub Nov 18, 2014
@ihor-sviziev, thank you for your note. We have plan to reducing complexity in the system. This issue will be added to our backlog. We will update you when it will be ready. Also, you may want to provide proposal on how you see this class might be refactored.
Comment from vpelipenko, posted on GitHub Jan 27, 2015
Internal ticket: MAGETWO-31585
Comment from ihor-sviziev, posted on GitHub May 30, 2015
Now this class logic looks much better, but now it still contains ~2600 lines of code, I think we may separate class functionality to two or more classes and use delegation.
I think first of all we should move methods like place, capture, registerCaptureNotification, refund, registerRefundNotification, accept, deny, update, authorize.
Comment from vpelipenko, posted on GitHub Jun 03, 2015
@ihor-sviziev, when we have time we try to decrease code complexity and re-implement complicated classes in sales/payment infrastructure, but this work doesn't have high priority, that's why we can't promise that suggested refactoring will be done in the near future.
Comment from vpelipenko, posted on GitHub Aug 11, 2015
@ihor-sviziev, we've done some work around complicated Sales Order Payment. If you compare this class in develop and master branch, you will see that about 400 lines of code were removed from it. Please, look at our changes. All feedback from your side is welcome.
Comment from ihor-sviziev, posted on GitHub Aug 18, 2015
@vpelipenko really good progress, now it looks better, but not enough. What I think we should improve: