Make okhttp3.internal into `internal` or turn into API
I maintainer di solito rispondono entro 1 giorno
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 5/5
- Tempo stimato
- Più di una settimana
- Idoneità per principianti
- 30/100
Direzione di ricerca
Start by reviewing the okhttp3.internal package and the issue’s example, okhttp3.internal.Util.kt, to understand which symbols are public and how users may depend on them. The issue asks for a project-wide API stance; done means deciding which symbols should be Kotlin internal and which, if any, should be supported API.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
Could you clarify the stance on using code from the okhttp3.internal package?
Is this code truly internal (as the package name suggests) in the sense that...
- It does NOT belong to the API
- It CAN be changed without notice between releases
- OkHttp users should NOT directly reference anything from
okhttp3.internal
If the above is true and okhttp3.internal is truly internal, could you please mark all of it with Kotlin internal?
The problem is that currently a lot of okhttp3.internal code is public and OkHttp users CAN reference it, which can then break on update. For example, utilities from the okhttp3.internal.Util.kt disappeared on update from OkHttp 4 to 5. This is especially a problem in big codebases with many engineers.
If there is some okhttp3.internal that needs to be accessed by OkHttp users, it might be a signal that it has to be a proper API instead.
- Lingua principale
- Kotlin
- Stelle
- 47.1k
- Fork
- 9.3k
- Merge medio
- 1g 18h
- PR unite (30g)
- 29
Preparare l'ambiente
Questo progetto non fornisce container di sviluppo, Dockerfile né guida per i contributori, quindi l'ambiente è a tuo carico: parti dal suo README e consulta la nostra guida al primo contributo per i passaggi generali.
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di lysine-dev/okhttp
-
enhancement
Difficoltà 2/5 1-3 ore Idoneità per principianti 68/100
lysine-dev/okhttp#9761 · 3 commenti ·
I maintainer di solito rispondono entro 1 giorno
-
Consider `ForwardingRequestBody`Forse già presa @Amir-Golmoradi l’ha presa oggi. Aperta
Difficoltà 3/5 1-2 giorni Idoneità per principianti 57/100
lysine-dev/okhttp#9800 · 2 commenti ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 25/100
lysine-dev/okhttp#9799 · 2 commenti ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 3/5 1-2 giorni Idoneità per principianti 67/100
lysine-dev/okhttp#9796 ·
I maintainer di solito rispondono entro 1 giorno
-
Remove crossinline `addInterceptor` and `addNetworkInterceptor` overloadsForse di nuovo libera @Amir-Golmoradi l’ha presa 13 giorni fa e non c’è nessuna pull request aperta. Apertaenhancement
Difficoltà 3/5 1-2 giorni Idoneità per principianti 58/100
lysine-dev/okhttp#9779 · 1 commento ·
I maintainer di solito rispondono entro 1 giorno
Tutte le issue di lysine-dev/okhttp
Issue simili
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 82/100
I maintainer di solito rispondono entro 1 giorno
-
enhancement impact:U1 P3 reach:R2 size:S
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
-
enhancement triaged
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 75/100
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 73/100
ankidroid/Anki-Android#22677 ·
I maintainer di solito rispondono entro 1 giorno
-
Type Pick Request
Difficoltà 2/5 1-3 ore Idoneità per principianti 68/100
reactwg/react-native-releases#1456 · 1 commento ·