You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
At the moment some of PBC's business logic resides in the implementations of Qt main dialog and PBCPlayView.
It would be better to implement a central component PBCController, which controls the application, implements all the business logic and acts as interface between the dialogs of the Qt-Framework and all the PBC-specific code.
This should improve code separation and therefore readability, maintainability and modularity.
The text was updated successfully, but these errors were encountered:
This merges some code which does essentially 2 things:
- setting up a unit test infrastructure with the Boost test framework
- implementing basic functionality to import another playbook, including tests
The implemented importing functionality is one big step for issue #10.
The API supports importing all plays, categories, formations and routes.
However, you cannot choose which particular plays to import and which not.
Furthermore, there is no exporting functionality, yet to let you choose
which particular plays/categories/.. you want to export.
There is also a GUI dialog missing to fully use the current API.
Currently, it is hardcoded that plays, categories and formations (but no
routes) are imported and that the name of everyone of these are prefixed
with 'imported_'.
To implement playbook importing there are some changes to the codebase:
There is a new class PBCController. This addresses issue #20 and is a first step for centralizing the business logic of PBC.
For now, the PBCController simply does nothing else than maintaining the active instance of PBCPlaybook.
The class PBCPlaybook is no longer a singleton. There is the one "active Playbook" object instead.
This was necessary to be able to instantiate another object of PBCPlaybook for another playbook to be imported.
Moreover several adaptions for the CI scripts were necessary.
The class PBCController was introduced in commit 1a27168.
It currently only holds a reference to the active playbook.
It should be easy to implement the whole API between the core of PBC and Qt only there. Still, would be quite some refactoring to do.
At the moment some of PBC's business logic resides in the implementations of Qt main dialog and PBCPlayView.
It would be better to implement a central component PBCController, which controls the application, implements all the business logic and acts as interface between the dialogs of the Qt-Framework and all the PBC-specific code.
This should improve code separation and therefore readability, maintainability and modularity.
The text was updated successfully, but these errors were encountered: