Introduce the writePOJO (or writeObject) with the element size
I maintainer di solito rispondono entro 1 giorno
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 4/5
- Tempo stimato
- 3-5 giorni
- Idoneità per principianti
- 35/100
- Tipo di issue
- Funzionalità
- Chiarezza
- Abbastanza chiara
- Stato di attività
- Ferma
- Stack tecnologico
- java
- Ambito
- backend-api-design
Direzione di ricerca
Inizia esaminando i metodi pubblici esistenti del generatore CBOR per ottimizzare le lunghezze degli elementi codificati, quindi confronta il modo in cui writeObject e writePOJO sono attualmente esposti. Decidi quale forma di API proposta è coerente con questi metodi esistenti e con il requisito di interoperabilità. Il lavoro è completato quando l’API selezionata supporta un output ottimizzato per la serializzazione di POJO o oggetti e il suo comportamento è stato verificato rispetto alle convenzioni esistenti del generatore.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
CBOR has some variants to optimize the encoded output size to indicate the length of the elements.
Jackson CBOR generator has been supporting such feature by introducing some public methods.
But, there is no such variant method for writeObject or writePOJO.
In order to properly generate the optimized output (some implementation forces to optimize the output due to interoperability), it would be better to have such features in the CBOR generator.
So, new API signature seems to be
public void writePOJO(Object pojo, int elementsToWrite) throws IOException
or
public void writePOJO(Object pojo, boolean makeDefiniteLength) throws IOException
- Lingua principale
- Java
- Stelle
- 348
- Fork
- 159
- Merge medio
- 21h 39m
- PR unite (30g)
- 41
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 FasterXML/jackson-dataformats-binary
-
protobuf
Difficoltà 4/5 3-5 giorni Idoneità per principianti 56/100
FasterXML/jackson-dataformats-binary#863 ·
I maintainer di solito rispondono entro 1 giorno
-
avro
Difficoltà 4/5 3-5 giorni Idoneità per principianti 57/100
FasterXML/jackson-dataformats-binary#862 ·
I maintainer di solito rispondono entro 1 giorno
-
smile
Difficoltà 4/5 3-5 giorni Idoneità per principianti 55/100
FasterXML/jackson-dataformats-binary#861 ·
I maintainer di solito rispondono entro 1 giorno
-
cbor
Difficoltà 4/5 3-5 giorni Idoneità per principianti 55/100
FasterXML/jackson-dataformats-binary#860 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 35/100
FasterXML/jackson-dataformats-binary#790 ·
I maintainer di solito rispondono entro 1 giorno
Tutte le issue di FasterXML/jackson-dataformats-binary
Issue simili
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 68/100
apache/rocketmq-dashboard#7039 ·
I maintainer di solito rispondono entro 3 giorni
-
pdfium-drift
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 82/100
Stirling-Tools/JPDFium#176 ·
I maintainer di solito rispondono entro 1 giorno
-
Guidelines: redundant use cases, stale dev bundle after snapshot bumps, looking up snapshot APIForse già presa @totally-not-ai l’ha presa oggi. Aperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 76/100
vaadin/use-cases#441 · 1 commento ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
hiero-ledger/hiero-consensus-node#27712 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 61/100
Vakore/ZappierGames#162 ·