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
For various reasons, the code quality should be improved, including formats, coding practices and error handlings. This includes making good use of standard libraries like Google Guava, Apache Commons, etc., reducing unnecessary blocks of codes and optimizing the codebase. The JavaDoc commenting style should also be united, an example can be taken from #579. Ideally, any potential errors and exceptions should be caught and handled properly, minimizing the chances getting unhandled errors, uninformative reports and unideal fallbacks/case handlings, thus making it cooperative with the upcoming crash report system (#461). This may need time to be come over.
The text was updated successfully, but these errors were encountered:
BenCheung0422
added
Question
A question that is useful to keep open in case people are experiencing problems.
Improvement
Ideas for changes to features or content.
and removed
Question
A question that is useful to keep open in case people are experiencing problems.
labels
Nov 5, 2023
I disagree that new libraries should be introduced to reduce "unneccecary blocks of codes and optimizing the database". New libraries usually add "unneccecary blocks of codes", as you usually have to compile and distribute the entire library when using it.
Ideally, any potential errors and exceptions should be caught and handled properly, minimizing the chances getting unhandled errors, uninformative reports and unideal fallbacks/case handlings
I also agree that there should be less errors in the project, but since this is so common sense, I don't think this needs to be said.
This does also not propose anything substantial and thus I think this should be closed.
For various reasons, the code quality should be improved, including formats, coding practices and error handlings. This includes making good use of standard libraries like Google Guava, Apache Commons, etc., reducing unnecessary blocks of codes and optimizing the codebase. The JavaDoc commenting style should also be united, an example can be taken from #579. Ideally, any potential errors and exceptions should be caught and handled properly, minimizing the chances getting unhandled errors, uninformative reports and unideal fallbacks/case handlings, thus making it cooperative with the upcoming crash report system (#461). This may need time to be come over.
The text was updated successfully, but these errors were encountered: