@ylyma We did an automated analysis of your code to detect potential areas to improve the code quality. We are sharing the results below, to help you improve the iP code further.
IMPORTANT: Note that the script looked for just a few easy-to-detect problems only, and at-most three example are given i.e., there can be other areas/places to improve.
Aspect: Tab Usage
No easy-to-detect issues ๐
Aspect: Naming boolean variables/methods
Example from src/main/java/kiera/command/MarkCommand.java
lines 15-15
:
Suggestion: Follow the given naming convention for boolean variables/methods (e.g., use a boolean-sounding prefix).You may ignore the above if you think the name already follows the convention (the script can report false positives in some cases)
Aspect: Brace Style
No easy-to-detect issues ๐
Aspect: Package Name Style
No easy-to-detect issues ๐
Aspect: Class Name Style
No easy-to-detect issues ๐
Aspect: Dead Code
No easy-to-detect issues ๐
Aspect: Method Length
No easy-to-detect issues ๐
Aspect: Class size
No easy-to-detect issues ๐
Aspect: Header Comments
Example from src/main/java/kiera/TaskList.java
lines 28-32
:
/**
* Add a task to the list of tasks.
*
* @param t Task to be added.
*/
Example from src/main/java/kiera/task/Todo.java
lines 11-13
:
Suggestion: Ensure method/class header comments follow the format specified in the coding standard, in particular, the phrasing of the overview statement.
Aspect: Recent Git Commit Message
possible problems in commit 10b5880
:
Add assertions (#3)
* Add assertions to DeleteCommand.
DeleteCommand can only occur if the task list is not empty.
Adding assertion to ensure that task list is not empty ensures that the
DeleteCommand is only called when there is something to delete.
Let's add the assertion that the task list is not null to make sure that
the assumption is fulfilled before command is executed.
* Add assertions for MarkCommand
- body not wrapped at 72 characters: e.g.,
Let's add the assertion that the task list is not null to make sure that
Suggestion: Follow the given conventions for Git commit messages for future commits (no need to modify past commit messages).
Aspect: Binary files in repo
Suggestion: Avoid committing binary files (e.g., *.class
, *.jar
, *.exe
) or third-party library files in to the repo.
โน๏ธ The bot account used to post this issue is un-manned. Do not reply to this post (as those replies will not be read). Instead, contact [email protected]
if you want to follow up on this post.