Esiste una libreria Java per i wrapper di tipo di numero senza segno?

Question

Ovviamente, Java non supporta i tipi di numeri non firmati in modo nativo, and that's not going to change soon (commenti che iniziano nel 2002). Tuttavia, quando si lavora con database, come MySQL, possono tornare utili ogni tanto. Ci sono molte domande su come simulare numeri senza segno. Per esempio:

• unsigned short in java
• Java: Unsigned numbers
• Understanding Java unsigned numbers

Tutti loro superficialmente descrivono come potrebbe essere fatto. Ma esiste una libreria in corso e implementando wrapper adatti per UByte, UShort, UInteger, ULong? Preferibilmente, questi involucri dovrebbero estendere java.lang.Number e fornire un'API aritmetica simile a quella di java.math.BigInteger.

Come si può vedere in this document, ci sono molte cose da pensare e molte cose che possono andare storte (ad esempio come cambiare bit per bit, come moltiplicare, ecc.), Quindi non voglio farlo da solo. Inoltre, non voglio utilizzare solo il tipo immediatamente successivo (ad esempio Short anziché Byte, ecc.). Voglio la nozione di un numero 8-bit, 16-bit, 32-bit, 64-bit conservato, per la migliore interazione con i database, per esempio.

UPDATE:

Prima di rispondere! Considera che conosco tutti i metodi alternativi, ma mi piacerebbe davvero avere esattamente quei 4 tipi con esattamente le proprietà sopra. E forse qualcuno lo ha già fatto, ecco perché lo chiedo. Non c'è bisogno di ricordarmi i metodi alternativi.

Answer 1

Quando ho bisogno di questa funzionalità all'interno di jOOQ, non ho trovato nulla di simile, così ho arrotolato la mia libreria Open Source che io chiamo jOOU (U per Unsigned):

http://github.com/jOOQ/jOOU

I capire che alcuni possono pensare questo è eccessivo, ma mi piacerebbe molto avere proprio quelle involucri che avvolgono cosa altre lingue chiamano ubyte, ushort, uint, ulong. Spero che con Valhalla questi wrapper possano essere trasformati in tipi di valore.

Naturalmente, contributi per l'aritmetica/bit a bit implementazioni di funzionamento sono i benvenuti!

Answer 2

La soluzione che viene utilizzato in commons primitive per una serie di unsignedInt a passare attorno a un lungo considerare questo come un int non firmato. Si può leggere di più qui:

http://commons.apache.org/primitives/apidocs/org/apache/commons/collections/primitives/ArrayUnsignedIntList.html

Answer 3

ci sono alcune ragioni per cui nessuno ha creato questi wrapper nel modo desiderato.

• Rappresentazione
• Garbage collector sovraccarico
• senza autoboxing/spacchettamento
• interfaccia cattivo/inutile.
• facile modi per affrontare esiste

I primi quattro punti sono dimostrate da un piccolo esempio C:

unsigned int x=42, y, m=5, t=18; 
y = x * m + t; 

Questo sarebbe tradotto in:

UInteger m = new UInteger(5); 
UInteger t = new UInteger(18); 
UInteger x = new UInteger(42); 

UInteger y = x.multiplyBy(m); 
y = y.add(t); 

Diversi avvolgitore gli oggetti devono essere creati, multiplyBy e add genereranno un po 'di più. Questo metterà un po 'di peso sul garbage collector se molti calcoli vengono fatti in questo modo.Il wrapping e lo unwrapping mangeranno anche le tue CPU per niente.

Anche la semplice aritmetica è una PITA da scrivere o leggere.

per gli stessi motivi nessuno fa aritmetica utilizzando i tipi di wrapper firmati.

tutto questo è inutile se fate i calcoli utilizzando il tipo firmato prossima grande e tagliare la parte superiore in questo modo:

long x=42, y, m=5, t=18 
y = (x*m + t) & 0xFFFFFFFF; 

Trasferimento tra Java e una banca dati può essere fatto anche con il prossimo più grande tipo firmato E poiché JDBC non creerà questi tipi di wrapper non firmati, sarà necessario farlo da solo solo per trasformare i dati nei wrapper senza segno da quel momento in poi.

Ho fatto qualche CPU di elaborazione dati per me e gestito protocolli binari. In queste occasioni, desideravo anche avere dei tipi di dati non firmati. Ma emularli in Java con i tipi di wrapper sarebbe stato più problematico che affrontare il problema direttamente in ogni singola occasione.

Answer 4

Un'altra libreria da considerare è la di Google Guava. Supporta i seguenti tipi senza segno:

• UnsignedInteger
• UnsignedLong

essi estendono Numero e realizzare operazioni aritmetiche.

Answer 5

// Java 8 
    int vInt = Integer.parseUnsignedInt("4294967295"); 
    System.out.println(vInt); // -1 
    String sInt = Integer.toUnsignedString(vInt); 
    System.out.println(sInt); // 4294967295 

    long vLong = Long.parseUnsignedLong("18446744073709551615"); 
    System.out.println(vLong); // -1 
    String sLong = Long.toUnsignedString(vLong); 
    System.out.println(sLong); // 18446744073709551615 

    // Guava 18.0 
    int vIntGu = UnsignedInts.parseUnsignedInt(UnsignedInteger.MAX_VALUE.toString()); 
    System.out.println(vIntGu); // -1 
    String sIntGu = UnsignedInts.toString(vIntGu); 
    System.out.println(sIntGu); // 4294967295 

    long vLongGu = UnsignedLongs.parseUnsignedLong("18446744073709551615"); 
    System.out.println(vLongGu); // -1 
    String sLongGu = UnsignedLongs.toString(vLongGu); 
    System.out.println(sLongGu); // 18446744073709551615