Hacktoberfest 2026: los issues que los mantenedores marcaron para octubre, abiertos y aptos para principiantes. Explorar issues de Hacktoberfest

RFC: use `_` instead of `*` for kind-projector

Abierto
#560 4 comentarios 1 reacción 0 asignados Ver en GitHub

@the-ivii ya está trabajando en esto.

Desde el 24/2/2026.

  • #873 de @the-ivii — abierto

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
Estancado
Stack tecnológico
scala
Área
build-system

Línea de trabajo

Comienza con la configuración del compilador de Scala de sbt-typelevel v0.5.0 y la documentación de la sintaxis inline de guion bajo de kind-projector enlazadas en el issue. Determina el alcance de reescribir el código Scala 2.12/2.13 existente que usa * y _, y considera como criterio de finalización una decisión de un maintainer sobre si realizar el cambio de sintaxis.

Escrito por el modelo de indexación a partir del texto del issue.

Descripción

enhancement settings

Scala 3 uses _ for kind projector and ? for existential wildcards, but supports the old */_ for compatibility with Scala 2.

I just discovered that Scala 2.12 and 2.13 can also be configured to use the new syntax.
https://github.com/typelevel/kind-projector#inline-underscore-syntax

One of the goals of sbt-typelevel v0.5.0 is to configure scalac so that it behaves more like "true" Scala 3. So I feel very tempted to make this change. We're already using the new syntax in Scala 3-only builds which has been a source of confusion when removing Scala 2 from the cross versions.

However this is a somewhat drastic change already into the RC cycle and will require a lot of existing code to be rewritten, I'm not sure how well find-replace could work.

Thoughts?

Lenguaje dominante
Scala
Estrellas
185
Forks
63
Métricas de merge de PR
Sin PR fusionados en 30 d

Preparar el entorno

Primeros pasos

  1. Lee el issue completo y luego la guía de contribución del proyecto.
  2. Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
  3. Haz un fork del repositorio y trabaja en una rama.
  4. Abre un pull request que haga referencia al número del issue.

Más de typelevel/sbt-typelevel

Todos los issues de typelevel/sbt-typelevel

Issues similares

Más issues de Scala

Recibe los nuevos issues en tu correo

Un resumen breve de issues de GitHub para principiantes.