Skip to content

Refactor AnnotateRoutes by adding AnnotateRoutes::HeaderGenerator #790

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Conversation

nard-tech
Copy link
Collaborator

@nard-tech nard-tech commented Apr 2, 2020

I noticed that AnnotateRoutes can be more maintainable by refactoring.

I am planning to refactor AnnotateRoutes in this order.

  • separate logic of AnnotateRoutes into AnnotateRoutes::HeaderGenerator.
  • add methods to AnnotateRoutes::HeaderGenerator and refactor methods.
  • add AnnotateRoutes::AnnotationProcessor and AnnotateRoutes::RemovalProcessor

The final goal of this refactoring is as follows.

So in the first I added AnnotateRoutes::HeaderGenerator in order to separate logic of AnnotateRoutes in this PR.

When refactor of AnnotateRoutes is finished, I would like to refactor AnnotateModels in a like way.

@tmr08c
Copy link
Contributor

tmr08c commented Apr 4, 2020

I'm not a maintainer on the project, but if it helps make reviewing easier for others, it looks like this does what you described in your first point - separate logic of AnnotateRoutes into AnnotateRoutes::HeaderGenerator 👍

@drwl drwl merged commit d89ddef into ctran:develop Apr 5, 2020
@nard-tech nard-tech deleted the feature/refactor_annotate_routes/header_generator_v1 branch April 5, 2020 11:28
drwl pushed a commit that referenced this pull request Apr 5, 2020
…792)

cf. #790 

In order to refactor `AnnoateRoutes`, I added methods to `AnnotateRoutes::HeaderGenerator` and refactor methods.

I will add `AnnotateRoutes::AnnotationProcessor` and `AnnotateRoutes::RemovalProcessor` in next PR.
vfonic pushed a commit to vfonic/annotate_models that referenced this pull request May 8, 2020
…ran#790)

I noticed that `AnnotateRoutes` can be more maintainable by refactoring.

I am planning to refactor `AnnotateRoutes` in this order.
*   separate logic of `AnnotateRoutes` into `AnnotateRoutes::HeaderGenerator`.
*   add methods to `AnnotateRoutes::HeaderGenerator` and refactor methods.
*   add `AnnotateRoutes::AnnotationProcessor` and `AnnotateRoutes::RemovalProcessor`

The final goal of this refactoring is as follows.
* https://github.com/nard-tech/annotate_models/blob/feature/refactor_annotate_routes/processors/lib/annotate/annotate_routes.rb
* https://github.com/nard-tech/annotate_models/tree/feature/refactor_annotate_routes/processors/lib/annotate/annotate_routes

So in the first I added `AnnotateRoutes::HeaderGenerator` in order to separate logic of `AnnotateRoutes` in this PR.

When refactor of `AnnotateRoutes` is finished, I would like to refactor `AnnotateModels` in a like way.
vfonic pushed a commit to vfonic/annotate_models that referenced this pull request May 8, 2020
…tran#792)

cf. ctran#790 

In order to refactor `AnnoateRoutes`, I added methods to `AnnotateRoutes::HeaderGenerator` and refactor methods.

I will add `AnnotateRoutes::AnnotationProcessor` and `AnnotateRoutes::RemovalProcessor` in next PR.
ocarta-l pushed a commit to ocarta-l/annotate_models that referenced this pull request Jun 18, 2021
…tran#792)

cf. ctran#790 

In order to refactor `AnnoateRoutes`, I added methods to `AnnotateRoutes::HeaderGenerator` and refactor methods.

I will add `AnnotateRoutes::AnnotationProcessor` and `AnnotateRoutes::RemovalProcessor` in next PR.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants