Torna indietro   Hardware Upgrade Forum > Software > Programmazione

Recensione Google Pixel 10a, si migliora poco ma è sempre un'ottima scelta
Recensione Google Pixel 10a, si migliora poco ma è sempre un'ottima scelta
Google ha appena rinnovato la sua celebre serie A con il Pixel 10a, lo smartphone della serie più conveniente se consideriamo il rapporto tra costo e prestazioni. Con il chip Tensor G4, un design raffinato soprattutto sul retro e l'integrazione profonda di Gemini, il colosso di Mountain View promette un'esperienza premium a un prezzo accessibile. E il retro non ha nessuno scalino
6G, da rete che trasporta dati a rete intelligente: Qualcomm accelera al MWC 2026
6G, da rete che trasporta dati a rete intelligente: Qualcomm accelera al MWC 2026
Al MWC Qualcomm annuncia una coalizione industriale per lanciare il 6G entro il 2029 e introduce agenti IA per la gestione autonoma della RAN. Ericsson, presente sul palco, conferma la direzione: le reti del futuro saranno IA-native fin dalla progettazione
CHUWI CoreBook Air alla prova: design premium, buona autonomia e qualche compromesso
CHUWI CoreBook Air alla prova: design premium, buona autonomia e qualche compromesso
CHUWI CoreBook Air è un ultraleggero da 1 kg con Ryzen 5 6600H, display 14" 16:10 e 16 GB LPDDR5. Offre buona portabilità, autonomia discreta e costruzione in alluminio, ma storage PCIe 3.0 e RAM saldata limitano l'espandibilità. A 549 euro sfida brand più noti nella stessa fascia di mercato.
Tutti gli articoli Tutte le news

Vai al Forum
Rispondi
 
Strumenti
Old 22-01-2009, 17:51   #1
D4rkAng3l
Bannato
 
Iscritto dal: Mar 2004
Città: Roma
Messaggi: 2688
[JAVA] Domandina su JVM e polimorfismo

Ciao...devo fare un esame che è diviso in un primo compito di teoria ed un secondo compto di Java...

Per la parte di teoria su un vecchio compito c'è questa domanda sulla JVM che non saprei bene come rispondere (ovvero visto che ho perso parte dei miei appunti non sò se c'è anche altro da dire).

La domanda è:

Descrivere i possibili binding calcolati dalla JVM nel corso dell'esecuzione di un'applicazione

Io direi così:

In Java c'è l'overloading degli operatori (operatori sovraccarichi) cioè esistono più versioni dello stesso operatore dipendentemente dal tipo di dati usati.
Per esempio per l'operatore di somma ci sarà un operatore + per valori interi ed un operatore + per valori double e così via:
+(int, int)
+(double, double)

Questo avviene per i tipi built in di Java, quando invece creo una nuova classe stò definendo un nuovo tipo di dati (ovvero la struttura dati e gli operatori necessari ad operare su di essa) ed in Java si usa la sola COMPATIBILITA' PER NOME ovvero che due differenti tipi definiti dall'utente non sono mai compatibili anche se avessero la stessa struttura (a differenza di altri linguaggi che adottano una compatibilità per struttura).
In Java opero sugli oggetti istanza di una classe solo con i metodi di tale classe e quindi 2 diversi tipi di dato non saranno mai compatibili perchè avranno ognuna i propri metodi.

Tutto questo ragionamento per passare al concetto di polimorfismo e da quà ai binding eseguiti dalla JVM.

Se per esempio ho una classe Rettangolo che mi istanzia oggetti che rappresentano dei rettangoli con i lati paralleli agli assi cartesiani:

public Rettangolo{
........
........
........
}

Se volessi avere poi una classe Quadrato che mi rappresenti quadrati avente i lati paralleli agli assi cartesiani potrei ottenerla estendendo la classe Rettangolo senza doverla riscrivere partendo da 0:

class Quadrato extendes Rettangolo{
........
........
........
}

nel cui codice ci metterei solo le differenze rispetto a quadrato tra cui il metodo costruttore ma vabbè non mi addentro oltre...in pratica ridefinisco solo tutti i metodi del supertipo che non si comporterebbero bene nel sottotipo.

A questo punto se nel main dichiaro una variabili Q come Rettangolo e poi lo costuisco come un quadrato:

Rettangolo R;
R = new Quadrato(P,4)

Posso farlo tranquillamente ma a questo punto anche se il tipo effettivo con cui ho creato l'oggetto è Quadrato per il compilatore è un Rettangolo perchè l'ho dichiarato tale...pertanto potrei usare solo i metodi della classe Rettangolo e non potrei usare qualche nuovo metodo definito solo nella classe Quadrato (come ad esempio un metodo per calcolare l'area del cerchio inscritto nel quadrato) e se chiamassi un metodo di quadrato su un oggetto di tale tipomi darebbe errore, tipo:

double y = R.ragioCerchioInscritto(); darebbe errore

Quindi R è una variabili polimorfica perchè può assumere vari tipi...e se in Java una variabile è polimorfica:

1) Deve essere un sottotipo del tipo con cui l'ho dichiarata
2) Posso usare solo operazioni del supertipo con cui l'ho dichiarata.

Questo perchè Java è un linguaggio fortemente tipizzato e posso usare la variabile solo con la forma con cui l'ho dichiarata ed i controlli li farà il compilatore garantendo così che il linguaggio sia strongly typed (cioè è garantito chenon ci saranno errori di tipo dopo la compilazione).

Ma nel main potrei avere anche una situazione di questo tipo:

[code]
.........
lanciaMoneta
if(TESTA) R = new Rettangolo(P,8,2);
else R = new Quadrato(P,4);
R.dilata;
}

A questo punto il compilatore non può sapere a priori se l'oggetto R sarà creato come Rettangolo o come Quadrato e non saprà se usare il metodo dilata() (che è stato modificato nella classe Quadrato rispetto alla versione definita nella classe Rettangolo) del sottotipo Quadrato o del supertipo Rettangolo.

Per risolvere questo problema il binding tra l'INVOCAZIONE DEI METODI ed il CORPO DEI METODI viene eseguito a runtime dalla JVM.

Si dice che JAVA è polimorficoper inclusione cioè che le diverse forme che una variabile può assumere sono solo i sottotipi di una classe...ed infatti per dichiarare un oggetto che può assumere qualsiasi forma lo devo dichiarare come Object che è la superclasse generele a tutte le classi.

C'è altro da dire? Sopratutto la JVM esegue altri tipi di binding durante l'esecuzione di un'applicazione (ho perso gli appunti della lezione successiva quindi booo)

Grazie
Andrea
D4rkAng3l è offline   Rispondi citando il messaggio o parte di esso
Old 22-01-2009, 22:04   #2
shinya
Senior Member
 
L'Avatar di shinya
 
Iscritto dal: Jul 2005
Città: Bologna
Messaggi: 1130
Dire che in java il binding è dinamico e a single dispatch non basta?
shinya è offline   Rispondi citando il messaggio o parte di esso
 Rispondi


Recensione Google Pixel 10a, si migliora poco ma è sempre un'ottima scelta Recensione Google Pixel 10a, si migliora poco ma...
6G, da rete che trasporta dati a rete intelligente: Qualcomm accelera al MWC 2026 6G, da rete che trasporta dati a rete intelligen...
CHUWI CoreBook Air alla prova: design premium, buona autonomia e qualche compromesso CHUWI CoreBook Air alla prova: design premium, b...
Roborock Saros 20: il robot preciso e molto sottile Roborock Saros 20: il robot preciso e molto sott...
ASUS ROG Kithara: quando HIFIMAN incontra il gaming con driver planari da 100mm ASUS ROG Kithara: quando HIFIMAN incontra il gam...
Rocket Lab ha posticipato il lancio del ...
Dalla missione Artemis IV il razzo spazi...
Una delle sonde europee di ESA Proba-3 h...
Un modder fa girare Linux su PS5: GTA V ...
MacBook Neo: nessuna sorpresa nei primi ...
La serie POCO X8 Pro è pronta al ...
Smartphone: 2026 difficile per il mercat...
Star Wars: Knights of the Old Republic R...
Huang, NVIDIA: OpenClaw ha realizzato in...
Annunciano il recupero di 4,8 milioni di...
Oggi degli ottimi auricolari Sony con ca...
Muffa in casa? Questo deumidificatore da...
Sonos Era 100: il punto d'ingresso per u...
"Non stiamo sostituendo nessuno con...
Tutti i robot in offerta ora: prezzi bas...
Chromium
GPU-Z
OCCT
LibreOffice Portable
Opera One Portable
Opera One 106
CCleaner Portable
CCleaner Standard
Cpu-Z
Driver NVIDIA GeForce 546.65 WHQL
SmartFTP
Trillian
Google Chrome Portable
Google Chrome 120
VirtualBox
Tutti gli articoli Tutte le news Tutti i download

Strumenti

Regole
Non Puoi aprire nuove discussioni
Non Puoi rispondere ai messaggi
Non Puoi allegare file
Non Puoi modificare i tuoi messaggi

Il codice vB è On
Le Faccine sono On
Il codice [IMG] è On
Il codice HTML è Off
Vai al Forum


Tutti gli orari sono GMT +1. Ora sono le: 03:05.


Powered by vBulletin® Version 3.6.4
Copyright ©2000 - 2026, Jelsoft Enterprises Ltd.
Served by www3v