Torna indietro   Hardware Upgrade Forum > Software > Programmazione

AMD EPYC Venice: dentro Zen 6, i SoC a 256 core e la sfida al costo della memoria
AMD EPYC Venice: dentro Zen 6, i SoC a 256 core e la sfida al costo della memoria
A Las Vegas AMD ha svelato i dettagli architetturali delle CPU EPYC di sesta generazione, note con il nome in codice Venice. Nuovi core Zen 6 e Zen 6c costruiti a 2 nanometri, fino a 256 core per socket, 16 canali di memoria, interfaccia PCI Express 6.0 e un'intera famiglia di proposte che va da Venice SP7 a Verano. Senza dimenticare la memoria, oggi la voce di costo più pesante in un server: AMD risponde con CXL 3.1 e con la tecnologia software MEXT, che porta la memoria flash dentro la gerarchia della DRAM.
HONOR Pad X9 Max recensione, schermo ultra large a meno di 400 euro
HONOR Pad X9 Max recensione, schermo ultra large a meno di 400 euro
HONOR Pad X9 Max mette un pannello IPS da 13 pollici con risoluzione 2,5K e refresh a 120 Hz davanti a una batteria da 10.100 mAh e a quattro altoparlanti. Il listino parte da 399,90 euro, per un progetto molto chiaro e ambizioso: schermo ampio, buon audio e giornate lontano dalla presa, a un prezzo che non pesa sul portafoglio
Lenovo ThinkPad X1 Carbon Gen 14: il business ultraleggero si rinnova dall’interno
Lenovo ThinkPad X1 Carbon Gen 14: il business ultraleggero si rinnova dall’interno
Con la quattordicesima generazione Lenovo ridisegna il suo ThinkPad più iconico attorno al nuovo Space Frame e ai processori Intel Core Ultra Series 3. Resta sotto 1Kg, è molto più semplice da riparare e si rivolge al professionista che lavora in mobilità, con un prezzo da prodotto di vertice.
Tutti gli articoli Tutte le news

Vai al Forum
Rispondi
 
Strumenti
Old 02-02-2016, 20:01   #1
mistergks
Senior Member
 
L'Avatar di mistergks
 
Iscritto dal: Mar 2011
Messaggi: 1050
[[C++] Ereditarietà e polimorfismo - problema

Sto svolgendo un esercizio in C++ per la programmazione orientata agli oggetti.



Traccia:

Un giocatore ha nome, età e un valore che dipende dal ruolo del giocatore e dall'età.

Progettare la classe Giocatore fornendo solo la definizione (Giocatore.h) tenendo presente che il sistema deve essere flessibile all'aggiunta di un nuovo ruolo.

Inserire nella classe Giocatore tutti i metodi che si ritengono opportuni motivandone l'aggiunta.



Ho risolto cosi':

file Giocatore.h

Codice:
#ifndef GIOCATORE_h

#define GIOCATORE_H



class Giocatore{



protected:

    string nome;

    int eta;

    int valore;



public:

    string getNome() const;

    int getEta() const;

    int getValore() const;

    

    void setNome(string n);

    void setEta(int e);

    void setValore(int v);



    virtual int calcolaValore()=0;



};



#endif // GIOCATORE_h


file Difensore.h

Codice:
#ifndef DIFENSORE_H

#define DIFENSORE_H



#include "Giocatore.h"



class Difensore: public Giocatore{

 public:

    int calcolaValore(){ return v;}

};

#endif // DIFENSORE_H


In pratica ho creato la classe Giocatore come classe astratta e ho messo come metodo virtuale puro calcolaValore() che ho poi definito nella classe Difensore che eredita Giocatore.

Il mio dubbio è va bene questa scelta?

L'ereditarietà è public?

Ultima modifica di mistergks : 03-02-2016 alle 06:49.
mistergks è offline   Rispondi citando il messaggio o parte di esso
Old 03-02-2016, 03:49   #2
AnonimoVeneziano
Senior Member
 
L'Avatar di AnonimoVeneziano
 
Iscritto dal: Aug 2001
Città: San Francisco, CA, USA
Messaggi: 13827
Quote:
Originariamente inviato da mistergks Guarda i messaggi
Sto svolgendo un esercizio in C++ per la programmazione orientata agli oggetti.

Traccia:
Un giocatore ha nome, età e un valore che dipende dal ruolo del giocatore e dall'età.
Progettare la classe Giocatore fornendo solo la definizione (Giocatore.h) tenendo presente che il sistema deve essere flessibile all'aggiunta di un nuovo ruolo.
Inserire nella classe Giocatore tutti i metodi che si ritengono opportuni motivandone l'aggiunta.

Ho risolto cosi':
file Giocatore.h
Codice:
#ifndef GIOCATORE_h
#define GIOCATORE_H

class Giocatore{

protected:
    string nome;
    int eta;
    int valore;

public:
    string getNome() const;
    int getEta() const;
    int getValore() const;
    
    void setNome(string n);
    void setEta(int e);
    void setValore(int v);

    int calcolaValore()=0;

};

#endif // GIOCATORE_h
file Difensore.h
Codice:
#ifndef DIFENSORE_H
#define DIFENSORE_H

#include "Giocatore.h"

class Difensore: public Giocatore{
 public:
    int calcolaValore(){ return v;}
};
#endif // DIFENSORE_H
In pratica ho creato la classe Giocatore come classe astratta e ho messo come metodo virtuale puro calcolaValore() che ho poi definito nella classe Difensore che eredita Giocatore.
Il mio dubbio è va bene questa scelta?
L'ereditarietà è public?
Onestamente io non creerei mai un nuovo tipo e userei un metodo virtuale per fare una cosa del genere ...

Detto questo pero' questo e' un esercizio ... a volte bisogna capire anche cosa l'esercizio vuole che tu faccia.
Se credi che nella risoluzione tu debba almeno usare una funzione virtuale e creare almeno una classe derivata allora la tua soluzione puo' tenere (anche se mi pare che il valore dipenda solo dal ruolo e non dal ruolo e l'eta') .

Detto questo se e' cosi' e' un esercizio del cappero
__________________
GPU Compiler Engineer
AnonimoVeneziano è offline   Rispondi citando il messaggio o parte di esso
Old 03-02-2016, 06:52   #3
mistergks
Senior Member
 
L'Avatar di mistergks
 
Iscritto dal: Mar 2011
Messaggi: 1050
[[C++] Ereditarietà e polimorfismo - problema

È un esercizio per verificare l'uso del polimorfismo ed ereditarietà...
Ovviamente la funzione calcolaValore è virtual... Avevo dimenticato di mettere virtual

Il valore c'è scritto che dipende dal ruolo e dall'età ma non è richiesto il calcolo.

Comunque l'ho fatto così ad un esame universitario e sono stato bocciato.
Per questo sto chiedendo qui
mistergks è offline   Rispondi citando il messaggio o parte di esso
Old 03-02-2016, 12:30   #4
marco.r
Senior Member
 
Iscritto dal: Dec 2005
Città: Istanbul
Messaggi: 1817
Mi verrebbe da dire che un Difensore non e' un Giocatore (anche se colloquialmente lo e'), ma un Ruolo di un Giocatore.

Quindi secondo me Giocatore non dovrebbe avere metodi virtuali, ma contenere un oggetto di Tipo ruolo (che sara' poi specializzato in Difensore, Centrocampista etc) a cui delega il calcolo del valore.
__________________
One of the conclusions that we reached was that the "object" need not be a primitive notion in a programming language; one can build objects and their behaviour from little more than assignable value cells and good old lambda expressions. —Guy Steele
marco.r è offline   Rispondi citando il messaggio o parte di esso
Old 04-02-2016, 00:47   #5
mistergks
Senior Member
 
L'Avatar di mistergks
 
Iscritto dal: Mar 2011
Messaggi: 1050
Un oggetto di tipo ruolo cioè un enum ruolo?
mistergks è offline   Rispondi citando il messaggio o parte di esso
Old 06-02-2016, 21:16   #6
mistergks
Senior Member
 
L'Avatar di mistergks
 
Iscritto dal: Mar 2011
Messaggi: 1050
Up
mistergks è offline   Rispondi citando il messaggio o parte di esso
Old 07-02-2016, 15:57   #7
marco.r
Senior Member
 
Iscritto dal: Dec 2005
Città: Istanbul
Messaggi: 1817
Quote:
Originariamente inviato da mistergks Guarda i messaggi
Un oggetto di tipo ruolo cioè un enum ruolo?
Pensavo ad un oggetto di tipo ruolo, non un enum, ad esempio

Codice:
#ifndef GIOCATORE_h
#define GIOCATORE_H

class Giocatore{

private:
    string nome;
    int eta;
    int valore;
    Ruolo* ruolo;

public:
    string getNome() const;
    int getEta() const;
    int getValore() const;
    
    void setNome(string n);
    void setEta(int e);
    void setValore(int v);

    int calcolaValore();

};

#endif // GIOCATORE_h

#ifndef RUOLO_h
#define RUOLO_h
#ifndef GIOCATORE_h
#define GIOCATORE_H

class Ruolo{

public:
    virtual int calcolaValore(int eta)=0;

};

#endif


.........

class Difensore: public Ruolo {
........
};
Qualcosa del genere. il calcolaValore del giocatore usa quello del ruolo. Non tanto migliore della soluzione iniziale ma un po' piu' pulito (ti permette un domani di estendere il comportamento del giocatore anche in base ad altri fattori che non siano il ruolo), e rispetta la richiesta di utilizzare l'ereditarieta'.
__________________
One of the conclusions that we reached was that the "object" need not be a primitive notion in a programming language; one can build objects and their behaviour from little more than assignable value cells and good old lambda expressions. —Guy Steele
marco.r è offline   Rispondi citando il messaggio o parte di esso
 Rispondi


AMD EPYC Venice: dentro Zen 6, i SoC a 256 core e la sfida al costo della memoria AMD EPYC Venice: dentro Zen 6, i SoC a 256 core ...
HONOR Pad X9 Max recensione, schermo ultra large a meno di 400 euro HONOR Pad X9 Max recensione, schermo ultra large...
Lenovo ThinkPad X1 Carbon Gen 14: il business ultraleggero si rinnova dall’interno Lenovo ThinkPad X1 Carbon Gen 14: il business ul...
Jabra Evolve3 85: le cuffie sia per l'intrattenimento che per il lavoro Jabra Evolve3 85: le cuffie sia per l'intratteni...
MSI PRO MAX EDGE AI+, Ryzen AI Max+ 395 e 128 GB per far girare in locale anche i modelli più grandi MSI PRO MAX EDGE AI+, Ryzen AI Max+ 395 e 128 GB...
iPhone 18e svelato in anticipo: ecco cos...
Rockstar ha un piano preciso per il mult...
Un iPhone Duo da oltre 65 mila dollari: ...
Anthropic: IPO tra 70 e 78 dollari, Goog...
SSHole in OpenSSH è già sfruttata: la CI...
Secure Future Group: il rischio cyber si...
Recensione Anker MagGo Power Bank 2 Pro,...
Salesforce Agentforce Coworker: il colle...
Sirui porta l’autofocus luminoso sotto i...
BluePhishing, il nuovo metodo di attacco...
Elon Musk parla dei propulsori Raptor 4 ...
NVIDIA, la vicenda Jensen Huang finisce ...
Spiare un monitor dal cavo HDMI: un'IA a...
Infomaniak lancia lo storage a oggetti S...
Rocket Factory Augsburg ha posticipato i...
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: 21:52.


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