Refactoring utility.py and search.py #101
Replies: 4 comments 10 replies
-
Yes code refactoring is necessary. I agree with your point. I think we can make a new folder called as features and make file called as api.py (all the request like get,put,post), playbook.py, notion.py(logging into notion to saving the data into notion), display.py, search.py What do you guys suggest ? |
Beta Was this translation helpful? Give feedback.
-
Yes, I think the project structure is a bit messed up. All the source files and included in the [src]
- error : # error files
- tests: # for test files
- ext : # other files ,like the update.py files
- core : # all the core stuff Please let me know your thoughts |
Beta Was this translation helpful? Give feedback.
-
Yes, Let's Start with the test folder and then we can try to optimize and write clean code for it. I think first, we should plan what changes we should do, before implementing it. |
Beta Was this translation helpful? Give feedback.
-
So how do we go about doing this? Should we make a new branch and refactor the code with it? |
Beta Was this translation helpful? Give feedback.
-
I think utility.py file has become very big and a bit confusing. It will be a bit difficult for new contributors to understand its functionality easily. It would be better if we split it into utility.py, questionpanel.py, playbook.py or some other structure. We can shift classes and improve existing implementation.
I think the current structure of search.py is also messy.
We should discuss this and share some ideas.
Beta Was this translation helpful? Give feedback.
All reactions