Skip to content
This repository has been archived by the owner on Aug 3, 2024. It is now read-only.

Potential Refactoring Estimate #621

Open
alvintanjianjia opened this issue Jul 2, 2022 · 0 comments
Open

Potential Refactoring Estimate #621

alvintanjianjia opened this issue Jul 2, 2022 · 0 comments

Comments

@alvintanjianjia
Copy link

Summary
I have identified a few classes with refactoring potential along with its estimated time to refactor, specifically AbstractCodeCompleteCommand.java. The estimated time is based on historical commits containing refactoring and the complexity of the involved classes. The class was refactored once on Jun 9, 2014 along with other classes in commit 3e5319c. Given the duration of the last refactoring, could it be possible to improve this class further? I am probably not qualified and experienced enough to point out the exact code needs to be refactored, given my limited knowledge of the project and codebase.

Urgency
Low priority. For maintenance of code in the long run.

Hi,
I am currently doing some research on Estimating Time Taken for Software Refactoring. Eclim is one of my case studies being a highly popular project. Would appreciate your kind feedback on the appropriateness of the estimated time to refactor.
I am specifically looking at potential for refactoring, such as breaking functions that are too long into shorter functions, or to remove code duplication. Would you agree that there could be some modification to the code to make it better in the listed classes? And if so, is the estimated time appropriate to carry out the improvement? I will be grateful for any help you can provide.

  1. AbstractCodeCompleteCommand.java - 2 hours
  2. PluginResources.java - 1 hour
  3. CodeCompleteCommand.java - 4 hours

Thank you.

Regards,
Alvin

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant