Skip to content

Refactor use mongodb objectid isntead of UUID #21

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

Merged
merged 9 commits into from
Jul 20, 2025

Conversation

fulleni
Copy link
Member

@fulleni fulleni commented Jul 20, 2025

Status

READY/IN DEVELOPMENT/HOLD

Description

Type of Change

  • ✨ New feature (non-breaking change which adds functionality)
  • 🛠️ Bug fix (non-breaking change which fixes an issue)
  • ❌ Breaking change (fix or feature that would cause existing functionality to change)
  • 🧹 Code refactor
  • ✅ Build configuration change
  • 📝 Documentation
  • 🗑️ Chore

fulleni added 9 commits July 20, 2025 07:11
- Remove uuid package and replace with mongo_dart package
- Update user ID generation to use ObjectId.oid instead of uuid.v4()
- Modify anonymous user email to use ObjectId instead of uuid
- Remove Uuid dependency from AuthService constructor
- Removed the uuidGenerator parameter from the AuthService instantiation
- This change simplifies the AuthService dependencies and improves code maintainability
- Implement automatic generation of 'id', 'createdAt', and 'updatedAt' fields for new documents
- Use ObjectId for 'id' and ISO 8601 string for timestamps
- Ensure UTC time is used for timestamps
- Add server-side timestamp update for data modification
- Ensure 'updatedAt' field is always synchronized with the last modification time
- Improve data consistency and tracking
- Remove Uuid dependency and replace it with mongo_dart ObjectId
- Update JWT claims to use ObjectId.oid for 'jti' (JWT ID)
- Adjust constructor to remove Uuid parameter
- Update import statements to reflect changes
- Remove unnecessary Uuid dependency from JwtAuthTokenService
- JwtAuthTokenService should provide its own UuidGenerator if needed
…eration

- Remove uuid package and import mongo_dart package instead
- Replace Uuid generation with ObjectId in request ID creation
- Remove Uuid provider from middleware
- Removed uuid package from dependencies in pubspec.yaml
- This change simplifies the project dependencies and reduces potential bloat
@fulleni fulleni merged commit f5a5363 into main Jul 20, 2025
1 check failed
@fulleni fulleni deleted the refactor_use_mongodb_objectid_isntead_of_uuid branch July 20, 2025 06:29
Copy link

@gemini-code-assist gemini-code-assist bot left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Summary of Changes

Hello @fulleni, I'm Gemini Code Assist1! I'm currently reviewing this pull request and will post my feedback shortly. In the meantime, here's a summary to help you and other reviewers quickly get up to speed!

This pull request primarily focuses on a significant refactoring of how unique identifiers are generated throughout the application, transitioning from generic UUIDs to MongoDB ObjectIDs. This change aims to align the application's ID generation strategy more closely with its MongoDB backend, potentially offering benefits in terms of storage efficiency and indexing. Additionally, it standardizes the handling of creation and update timestamps for data processed through the API.

Highlights

  • ID Generation Refactor: I've refactored the application to replace the usage of the uuid package with mongo_dart's ObjectId().oid for generating unique identifiers. This change affects user IDs in AuthService, JWT IDs (jti) in JwtAuthTokenService, and request IDs in the root middleware.
  • Dependency Management: The uuid package has been removed from the pubspec.yaml dependencies, as its functionality is now covered by mongo_dart.
  • API Data Handling Standardization: I've introduced logic within the /api/v1/data endpoints to automatically set id, createdAt, and updatedAt fields for new data entries (POST requests) and updatedAt for updates (PUT requests), ensuring consistent timestamp and ID generation directly at the API layer.
Using Gemini Code Assist

The full guide for Gemini Code Assist can be found on our documentation page, here are some quick tips.

Invoking Gemini

You can request assistance from Gemini at any point in your pull request via creating an issue comment (i.e. comment on the pull request page) using either /gemini <command> or @gemini-code-assist <command>. Below is a summary of the supported commands.

Feature Command Description
Code Review /gemini review Performs a code review for the current pull request in its current state.
Pull Request Summary /gemini summary Provides a summary of the current pull request in its current state.
Comment @gemini-code-assist Responds in comments when explicitly tagged, both in issue comments and review comments.
Help /gemini help Displays a list of available commands.

Customization

To customize Gemini Code Assist for GitHub experience, repository maintainers can create a configuration file and/or provide a custom code review style guide (such as PEP-8 for Python) by creating and adding files to a .gemini/ folder in the base of the repository. Detailed instructions can be found here.

Limitations & Feedback

Gemini Code Assist is currently in preview and may make mistakes. Please leave feedback on any instances where its feedback is incorrect or counter productive. You can react with 👍 and 👎 on @gemini-code-assist comments to provide feedback.

You can also get AI-powered code generation, chat, as well as code reviews directly in the IDE at no cost with the Gemini Code Assist IDE Extension.

Footnotes

  1. Review the Privacy Notices, Generative AI Prohibited Use Policy, Terms of Service, and learn how to configure Gemini Code Assist in GitHub here. Gemini can make mistakes, so double check it and use code with caution.

Copy link

@gemini-code-assist gemini-code-assist bot left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Code Review

This pull request refactors the application to use MongoDB's ObjectId instead of UUID. A minor inefficiency was identified in the JWT generation where an ObjectId is created redundantly, and a suggestion to address it has been provided. The changes to handle ID and timestamp generation on the server-side are also a welcome improvement.

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.

1 participant