Project: Refactor and unify JabRef OO components

[subhramit]

Project: Refactor JabRef-OpenOffice components

There is a lot of scope for improvement in code quality in JabRef's OpenOffice/LibreOffice integration components to make it much more maintainable. These include, but are not limited to:

• [ ] Unification of error handling mechanism for JabRef-OOdoc interaction: Currently there exists a mix of returning Optional, throwing exceptions, and using OOResult/OOVoidResult. We can standardize the error handling approaches for consistency.
• [ ] Use of Dependency Injection
• [ ] Break down large methods like guiActionInsertEntry()
• [ ] Use more constants instead of magic strings e.g. as used in the error messages
• [ ] Use of built-in functional interfaces: for methods that take Supplier<OOError> as parameters - will improve code clarity
• [ ] Use of modern Java features like streams and optional chaining
• [ ] Separation of concerns: classes such as OOBibBase handle both business logic and UI interactions. We can consider extracting UI-related code into a separate class or layer.
• [x] Inner classes like ComparableMark can be converted to record classes.
• [ ] Unification of backend for CSL and JStyles (Optional, and a big project - I am fine with all the CSL logic being separate due to the difference in code philosophy and time required for unification).

I will be working on this, so will be using this issue to track the state/progress. The list is not yet complete, so will be updated from time to time as I come across more scopes for improvements.

[leaf-soba]

I want take the task "Inner classes like ComparableMark can be converted to record classes."