


Ignorer le champ CreateAt lors de la création/mise à jour mais renvoyer la réponse JSON
Lors d'opérations de création ou de mise à jour de données, nous souhaitons parfois ignorer la valeur du champ crééAt et simplement conserver sa valeur par défaut. Le but est d'utiliser le même horodatage à chaque fois que les données sont créées ou mises à jour, sans provoquer d'incohérence des données en raison de la définition manuelle de l'horodatage. Dans le même temps, nous souhaitons également conserver la valeur par défaut du champ createAt lors du renvoi de la réponse JSON. En PHP, nous pouvons réaliser cette fonction grâce à quelques opérations simples, améliorant ainsi la lisibilité et la maintenabilité du code. Cet article explique comment ignorer le champ CreateAt lors de la création/mise à jour en PHP, mais conserver sa valeur par défaut lors du renvoi d'une réponse JSON.
Contenu des questions
J'ai une structure dans Go
type ExternalSystem struct { ID uint `gorm:"primary_key"` Name string `json:"name" binding:"required"` CreatedAt *time.Time `json:"createdAt" binding:"-"` DeletedAt *gorm.DeletedAt `json:"deletedAt" binding:"-"` }
Et avec contrôleur (itinéraire)
func CreateExternalSystemAction(c *gin.Context) { appG := app.Gin{C: c} externalSystem := models.ExternalSystem{} if err := c.ShouldBindJSON(&externalSystem); err != nil { appG.C.AbortWithStatusJSON(http.StatusBadRequest, gin.H{ "error": err.Error(), }) return } db := models2.DB db.Create(&externalSystem) appG.C.JSON(http.StatusCreated, externalSystem) } func UpdateExternalSystemAction(c *gin.Context) { appG := app.Gin{C: c} db := models2.DB var externalSystem models.ExternalSystem db.Where("id = @id", sql.Named("id", c.Param("id"))).First(&externalSystem) if err := c.ShouldBindJSON(&externalSystem); err != nil { appG.C.AbortWithStatusJSON(http.StatusBadRequest, gin.H{ "error": err.Error(), }) return } db.Updates(&externalSystem) appG.C.JSON(http.StatusOK, externalSystem) }
Comment ignorer la complétion des champs CreatedAt/UpdatedAt lors de la création ou de la mise à jour d'un objet ? De cette façon, le serveur (et non le client) se charge de remplir les champs, alors que va m'envoyer le JSON ? Cependant, j'ai besoin que la valeur de ce champ soit envoyée au client dans la réponse.
Actuellement, lorsque j'envoie du JSON :
{ "name": "System 3", "createdAt": "2023-12-25T22:04:10.012034+04:00" }
Gin lie cette valeur à la structure. Pour résumer à nouveau, je souhaite ignorer ces champs d'écriture (lorsqu'ils sont reçus du client) mais les donner dans la réponse de lecture.
J'ai essayé :
Binding : "-" mais cela ne fonctionne pas (validation des enchères)
json : "-" mais cela cache le champ de réponse
Solution de contournement
J'ai longtemps réfléchi à la solution. Après avoir lu les commentaires sous ma question. J'ai fait un choix qui a parfaitement fonctionné pour moi. Cependant, l'approche n'est toujours pas similaire à ce que j'ai utilisé dans d'autres langages (PHP Symfony, Python Django)
Modèle
type System struct { ID uint Name string CreatedAt time.Time UpdatedAt time.Time } type InputSystem struct { Name string } func (inputSystem *InputSystem) Convert() System { system := System{ Name: inputSystem.Name, } return system } func (system *System) Save() (*System, error) { err := DB.Create(system).Error if err != nil { return &System{}, err } return system, err } func (system *System) BeforeSave(*gorm.DB) error { system.Name = html.EscapeString(strings.TrimSpace(system.Name)) return nil } func (system *System) BeforeUpdate(*gorm.DB) error { system.Name = html.EscapeString(strings.TrimSpace(system.Name)) return nil }
Contrôleur (itinéraire)
func CreateSystemAction(c *gin.Context) { var inputSystem models.InputSystem if err := c.BindJSON(&inputSystem); err != nil { c.AbortWithStatusJSON(http.StatusBadRequest, gin.H{ "error": err.Error(), }) return } dbSystem := inputSystem.Convert() _, err := dbSystem.Save() if err != nil { return } c.JSON(http.StatusCreated, dbSystem) }
S'il y a de meilleures suggestions, je serai heureux de recevoir des commentaires
Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!

Outils d'IA chauds

Undresser.AI Undress
Application basée sur l'IA pour créer des photos de nu réalistes

AI Clothes Remover
Outil d'IA en ligne pour supprimer les vêtements des photos.

Undress AI Tool
Images de déshabillage gratuites

Clothoff.io
Dissolvant de vêtements AI

AI Hentai Generator
Générez AI Hentai gratuitement.

Article chaud

Outils chauds

Bloc-notes++7.3.1
Éditeur de code facile à utiliser et gratuit

SublimeText3 version chinoise
Version chinoise, très simple à utiliser

Envoyer Studio 13.0.1
Puissant environnement de développement intégré PHP

Dreamweaver CS6
Outils de développement Web visuel

SublimeText3 version Mac
Logiciel d'édition de code au niveau de Dieu (SublimeText3)

OpenSSL, en tant que bibliothèque open source largement utilisée dans les communications sécurisées, fournit des algorithmes de chiffrement, des clés et des fonctions de gestion des certificats. Cependant, il existe des vulnérabilités de sécurité connues dans sa version historique, dont certaines sont extrêmement nocives. Cet article se concentrera sur les vulnérabilités et les mesures de réponse communes pour OpenSSL dans Debian Systems. DebianopenSSL CONNUTS Vulnérabilités: OpenSSL a connu plusieurs vulnérabilités graves, telles que: la vulnérabilité des saignements cardiaques (CVE-2014-0160): cette vulnérabilité affecte OpenSSL 1.0.1 à 1.0.1F et 1.0.2 à 1.0.2 Versions bêta. Un attaquant peut utiliser cette vulnérabilité à des informations sensibles en lecture non autorisées sur le serveur, y compris les clés de chiffrement, etc.

L'article explique comment utiliser l'outil PPROF pour analyser les performances GO, notamment l'activation du profilage, la collecte de données et l'identification des goulots d'étranglement communs comme le processeur et les problèmes de mémoire. COMMANDE: 159

L'article traite des tests d'unité d'écriture dans GO, couvrant les meilleures pratiques, des techniques de moquerie et des outils pour une gestion efficace des tests.

La bibliothèque utilisée pour le fonctionnement du numéro de point flottante dans le langage go présente comment s'assurer que la précision est ...

Problème de threading de file d'attente dans Go Crawler Colly explore le problème de l'utilisation de la bibliothèque Crawler Crawler dans le langage Go, les développeurs rencontrent souvent des problèmes avec les threads et les files d'attente de demande. � ...

L'article discute de la gestion des dépendances des modules GO via Go.mod, couvrant les spécifications, les mises à jour et la résolution des conflits. Il met l'accent sur les meilleures pratiques telles que le versioning sémantique et les mises à jour régulières.

Chemin d'apprentissage du backend: le parcours d'exploration du front-end à l'arrière-end en tant que débutant back-end qui se transforme du développement frontal, vous avez déjà la base de Nodejs, ...

L'article discute de l'utilisation de tests basés sur la table dans GO, une méthode qui utilise un tableau des cas de test pour tester les fonctions avec plusieurs entrées et résultats. Il met en évidence des avantages comme une amélioration de la lisibilité, une duplication réduite, l'évolutivité, la cohérence et un
