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
As a developer, I want to have well-structured and described flank-scripts commands so I can clearly understand the purpose of each, also maintain and scale the module without a doubt.
Currently is quite hard to overview whole flank-scripts because the layers are mixed together and some of the features are aware of others. As result, the code is harder to understand, scale, and improve. Any new function can bring more tech-debt. Refactor could solve this problem. Also, the command hierarchy contains some legacy concepts that are confusing and should be redesigned.
Goals
The presentation layer is tin and not contains any logical operations.
The features are independent of each other.
The commands hierarchy has no more than one nestings.
Each command has a description that helps understand the purpose and results.
Design
This is the proposition of the new package hierarchy. The final design should be prepared in the scope of issue #1542
Wouldn't change so much, only the namings will change. Preparing a new design for an API is a part of issue #1545.
Results
The flank-scripts module is fully reorganized but the whole functionality is untouched. Additionally renaming the commands will bring some small changes in workflow files and markdown documents.
Testing
Everything should work the same as before. The most important flank-scripts commands are used by CI so it's important to check manually only the others.
Working steps:
Separate logical operations from CliKt commands.
Group CliKt commands in cli package and fix the structure
Separate common layer
Refactor common layer API
Group all domain code in ops package (ops as shorthand for operations)
Use a standardized naming convention for commands (camel-case preferred as easier to write).
Refactor and restructure ops package
Design a new structure for commands.
Fix descriptions of commands.
The text was updated successfully, but these errors were encountered:
pawelpasterz
changed the title
Refactor flank-scripts [PROPOSAL]
Refactor flank-scripts TODO list
Dec 28, 2020
Refactor Flank Scripts
As a developer, I want to have well-structured and described flank-scripts commands so I can clearly understand the purpose of each, also maintain and scale the module without a doubt.
References
Motivation
Currently is quite hard to overview whole flank-scripts because the layers are mixed together and some of the features are aware of others. As result, the code is harder to understand, scale, and improve. Any new function can bring more tech-debt. Refactor could solve this problem. Also, the command hierarchy contains some legacy concepts that are confusing and should be redesigned.
Goals
Design
This is the proposition of the new package hierarchy. The final design should be prepared in the scope of issue #1542
API
Wouldn't change so much, only the namings will change. Preparing a new design for an API is a part of issue #1545.
Results
The flank-scripts module is fully reorganized but the whole functionality is untouched. Additionally renaming the commands will bring some small changes in workflow files and markdown documents.
Testing
Everything should work the same as before. The most important flank-scripts commands are used by CI so it's important to check manually only the others.
Working steps:
Separate logical operations from CliKt commands.Group CliKt commands incli
package and fix the structureSeparate common layerRefactor common layer APIGroup all domain code inops
package (ops as shorthand for operations)Use a standardized naming convention for commands (camel-case preferred as easier to write).ops
packageThe text was updated successfully, but these errors were encountered: