[Question] Use the rule patterns somewhere else
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 4/5
- Tiempo estimado
- 3-5 días
- Aptitud para principiantes
- 35/100
- Tipo de issue
- Nueva funcionalidad
- Claridad
- Necesita aclaración
- Estado de actividad
- Tranquilo
- Stack tecnológico
- openapi, php
- Área
- documentation
Línea de trabajo
Comienza con Intervention\Validation\Rules\Postalcode y su función de patrón privada; después, revisa el ejemplo de OpenAPI Property en el issue. Determina si el paquete debería exponer el patrón de la regla para la documentación de la API sin requerir valores hardcodeados duplicados; se considera terminado cuando el enfoque previsto y su comportamiento están documentados o cubiertos por una prueba adecuada.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
Hi! First of all, thank you for creating this package, it’s really helpful!
My problem
We’re building an application that processes user information, and we use the PostalCode rule to validate the postal codes provided in requests. The validation itself works perfectly, but I’m struggling with one thing: I’m generating a Swagger (OpenAPI) documentation for our APIs, and in it, I’d like to specify a pattern for the postal code like this:
new OA\Property(
property: 'postal_code',
type: 'string',
pattern: '^\d{4}[A-Z]{2}$'
),
But now I want to match the pattern used in Intervention\Validation\Rules\Postalcode, which seems a bit difficult. Besides, the pattern function is private, and it doesn't seem to accept functions in the Swagger documentation anyway. I'm currently using a public constant or an enum.
My questions
Has anyone had the same problem in the past? Did you solve it in some way, or did you just hardcode the pattern in your docs and hope it never changes within the package? Is there a way to fetch the pattern(s) that I just didn't see before?
Hope someone can help me out, Thnx
- Lenguaje dominante
- PHP
- Estrellas
- 678
- Forks
- 68
- Merge medio
- 9 min
- PR fusionados (30 d)
- 1
Preparar el entorno
- Incluye un Dockerfile o un archivo de Docker Compose
- Sin plantilla de pull request
- Leer la guía de contribución
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de Intervention/validation
-
investigation-needed patch-release
Dificultad 4/5 3-5 días Aptitud para principiantes 35/100
Intervention/validation#59 · 5 comentarios ·
Todos los issues de Intervention/validation
Issues similares
-
InvoiceSettled is answered 200 when the invoice cannot be re-fetched, so BTCPay never redelivers itAbierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 76/100
btcpayserver/woocommerce-greenfield-plugin#93 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 65/100
opnsense/core#11052 · 1 comentario ·
Los mantenedores suelen responder en 1 día
-
needs triage
Dificultad 2/5 1-3 horas Aptitud para principiantes 66/100
-
bug
Dificultad 2/5 1-3 horas Aptitud para principiantes 88/100
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 88/100
grokability/snipe-it#19857 ·
Los mantenedores suelen responder en 1 día