juspay/hyperswitch

[REFACTOR] Integrate the card expiration month/year and security code newtypes in request/response types

Open

#1.012 geöffnet am 27. Apr. 2023

Auf GitHub ansehen
 (5 Kommentare) (0 Reaktionen) (2 zugewiesene Personen)Rust (4.676 Forks)batch import
A-frameworkC-refactorE-easyP-mediumgood first issuehelp wanted

Repository-Metriken

Stars
 (42.690 Stars)
PR-Merge-Metriken
 (Durchschn. Merge 6T 22h) (213 gemergte PRs in 30 T)

Beschreibung

Feature Description

Our API models (request/response types) need to be refactored to use the card security code and expiry month/year newtypes added in PR #874.

2 such locations in our codebase are:

https://github.com/juspay/hyperswitch/blob/897250ebc3ee57392aae7e2e926d8c635ac9fc4f/crates/api_models/src/payments.rs#L152

https://github.com/juspay/hyperswitch/blob/897250ebc3ee57392aae7e2e926d8c635ac9fc4f/crates/api_models/src/payment_methods.rs#L77-L83

In other types, the fields might be called cvc, cvv, expiry_month, expiry_year, exp_month, exp_year, etc.

For external contributors, clarify any questions you may have, and let us know that you're interested in picking this up. We'll assign this issue to you to reduce duplication of effort on the same task.

Contributor Guide

Research-Richtung
Identifizieren Sie zunächst alle Vorkommen von Feldern wie cvc, cvv, expiry month, expiry year, exp month, exp year in den Anfrage /Antworttypen. Ersetzen Sie dann deren Typen durch die in PR #874 definierten Newtypes. Stellen Sie sicher, dass Sie Importe und jegliche Verwendung in Tests aktualisieren. Die spezifischen zu ändernden Dateien sind crates/api models/src/payments.rs und crates/api models/src/payment methods.rs, aber suchen Sie auch im gesamten Crate nach allen Varianten. Überprüfen Sie nach den Änderungen die Kompilierung und führen Sie relevante Tests aus.
Tech Stack
rust
Domain
backendapipayments
Issue Type
Refactoring
SchwierigkeitGeschätzte Implementierungsschwierigkeit für neue Contributors, von 1 für sehr kleine Änderungen bis 5 für Expertenarbeit.
2
Geschätzte ZeitEin grober Zeitrahmen, um zu recherchieren, zu implementieren, zu testen und einen Pull Request vorzubereiten.
1-3 Stunden
AktivitätsstatusWie verfügbar das Issue gerade wirkt: frisch, aktiv, stale, blockiert oder wartet auf Maintainer-Input.
Aktiv
KlarheitWie klar das Issue die erwartete Änderung, Akzeptanzkriterien und den nächsten Schritt erklärt.
Meist klar
Voraussetzungen
Rust
EinsteigerfreundlichkeitEin Score von 1 bis 100, der schätzt, wie zugänglich dieses Issue für First-Time Contributors ist.
60