-
Notifications
You must be signed in to change notification settings - Fork 3
Rename "processor" to "handler" #137
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
… term that indicates handling local database rows in provider source code)
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Pull Request Overview
This PR performs a systematic refactoring to rename classes from *Processor to *Handler across the calendar mapping layer, along with updating the package name from processor to handler. This improves naming consistency and clarity throughout the codebase.
Key changes:
- Renamed interface
AndroidEventFieldProcessortoAndroidEventFieldHandler - Renamed all implementing classes (e.g.,
UrlProcessor→UrlHandler,UidProcessor→UidHandler) - Updated package names from
at.bitfire.synctools.mapping.calendar.processortoat.bitfire.synctools.mapping.calendar.handler - Updated all test classes and variable names to match the new naming convention
Reviewed Changes
Copilot reviewed 47 out of 47 changed files in this pull request and generated no comments.
Show a summary per file
| File | Description |
|---|---|
| AndroidEventHandler.kt | Updated imports and renamed main class from AndroidEventProcessor to AndroidEventHandler; renamed field fieldProcessors to fieldHandlers |
| AndroidEventFieldHandler.kt | Renamed interface from AndroidEventFieldProcessor to AndroidEventFieldHandler |
| *Handler.kt (main files) | Renamed all handler classes and updated package declarations |
| *HandlerTest.kt (test files) | Renamed all test classes, updated package declarations, and renamed test variables from processor to handler |
| EndTimeBuilder.kt | Updated KDoc reference to use new class name |
Comments suppressed due to low confidence (2)
lib/src/main/kotlin/at/bitfire/synctools/mapping/calendar/handler/UidHandler.kt:17
- The comment still references
AndroidEventProcessorwhich has been renamed toAndroidEventHandler. Update the comment to reflect the new class name.
lib/src/main/kotlin/at/bitfire/synctools/mapping/calendar/AndroidEventHandler.kt:223 - The comment still references
UidProcessorwhich has been renamed toUidHandler. Update the comment to reflect the new class name.
💡 Add Copilot custom instructions for smarter, more guided reviews. Learn how to get started.
sunkup
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
There are a few comments which are missing. The ones I found are:
UidHandlerstill referencesAndroidEventProcessorin a comment.- kdoc of
UnknownPropertiesHandler.EXCLUDEDtalks about "processors" twice AndroidEventHandlermentionsUidProcessorinstead ofUidHandlerin a comment
Because "row handler" is an existing term that indicates handling local database rows in provider source code and it's also shorter.
Also we already use the terms builder / handler for contacts (in the vcard4android legacy package).