implicit conversion from underlying type to @:enum abstracts
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 5/5
- Tiempo estimado
- Más de una semana
- Aptitud para principiantes
- 25/100
- Tipo de issue
- Nueva funcionalidad
- Claridad
- Necesita aclaración
- Estado de actividad
- Tranquilo
- Stack tecnológico
- nodejs
- Área
- backend
Línea de trabajo
Comienza en js/node/Fs.hx, en el SymlinkType abstract y el parámetro de tipo de fs.symlink, y después revisa la documentación enlazada de la API de Node.js para conocer los valores aceptados. El trabajo estará completado cuando se determine si debe admitirse la conversión de String, con la política de tipado y validación elegida reflejada en los externs.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
For instance, fs.symlink accepts the type parameter that is String with predefined values in JS: dir, file and junction (see http://nodejs.org/api/fs.html#fs_fs_symlink_srcpath_dstpath_type_callback).
For those values, we provide a @:enum abstract SymlinkType (see https://github.com/HaxeFoundation/hxnodejs/blob/3ca255f7842ca25ce90f7c4ce9651b21bf150a7b/js/node/Fs.hx#L51)
The question is: should we add from String to that abstract?
- if we don't, user won't be able to just copy-paste js code and will have to change strings to enum values
- if we do, user may pass an invalid string so we lose strict typing
Another option is add a @:from method with validation, but I don't think that's a good idea because that would add runtime cost (we could only add it in -debug mode tho).
- Lenguaje dominante
- Haxe
- Estrellas
- 177
- Forks
- 58
- Métricas de merge de PR
- Sin PR fusionados en 30 d
Preparar el entorno
Este proyecto no incluye contenedor de desarrollo, Dockerfile ni guía de contribución, así que la configuración corre por tu cuenta: empieza por su README y consulta nuestra guía para la primera contribución para los pasos generales.
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 HaxeFoundation/hxnodejs
-
readBytes throws EOFAbierto
Dificultad 3/5 1-2 días Aptitud para principiantes 42/100
HaxeFoundation/hxnodejs#198 ·
-
Dificultad 3/5 1-2 días Aptitud para principiantes 72/100
HaxeFoundation/hxnodejs#192 · 2 comentarios ·
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 45/100
HaxeFoundation/hxnodejs#186 · 3 comentarios · 2 reacciones ·
-
Dificultad 3/5 1-2 días Aptitud para principiantes 35/100
HaxeFoundation/hxnodejs#185 · 1 comentario · 1 reacción ·
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 45/100
HaxeFoundation/hxnodejs#184 ·
Todos los issues de HaxeFoundation/hxnodejs
Issues similares
-
bug
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
ansys/pyansys-common-mcp#213 ·
Los mantenedores suelen responder en 3 días
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 83/100
-
reader: a message whose body failed to load is cached empty and reopens blank for 30 minutesAbiertobug
Dificultad 2/5 1-3 horas Aptitud para principiantes 82/100
Los mantenedores suelen responder en 1 día
-
priority:P1 status:in-review type:bug
Dificultad 2/5 1-3 horas Aptitud para principiantes 75/100
randomparity/kdive#3317 · 1 comentario ·
Los mantenedores suelen responder en 1 día
-
bug medium-priority mobile
Dificultad 2/5 1-3 horas Aptitud para principiantes 76/100
lognorman20/monaco#6229 ·