Torna indietro   Hardware Upgrade Forum > Software > Programmazione

Recensione vivo X300 Pro: è ancora lui il re della fotografia mobile, peccato per la batteria
Recensione vivo X300 Pro: è ancora lui il re della fotografia mobile, peccato per la batteria
vivo X300 Pro rappresenta un'evoluzione misurata della serie fotografica del produttore cinese, con un sistema di fotocamere migliorato, chipset Dimensity 9500 di ultima generazione e l'arrivo dell'interfaccia OriginOS 6 anche sui modelli internazionali. La scelta di limitare la batteria a 5.440mAh nel mercato europeo, rispetto ai 6.510mAh disponibili altrove, fa storcere un po' il naso
Lenovo Legion Go 2: Ryzen Z2 Extreme e OLED 8,8'' per spingere gli handheld gaming PC al massimo
Lenovo Legion Go 2: Ryzen Z2 Extreme e OLED 8,8'' per spingere gli handheld gaming PC al massimo
Lenovo Legion Go 2 è la nuova handheld PC gaming con processore AMD Ryzen Z2 Extreme (8 core Zen 5/5c, GPU RDNA 3.5 16 CU) e schermo OLED 8,8" 1920x1200 144Hz. È dotata anche di controller rimovibili TrueStrike con joystick Hall effect e una batteria da 74Wh. Rispetto al dispositivo che l'ha preceduta, migliora ergonomia e prestazioni a basse risoluzioni, ma pesa 920g e costa 1.299€ nella configurazione con 32GB RAM/1TB SSD e Z2 Extreme
AWS re:Invent 2025: inizia l'era dell'AI-as-a-Service con al centro gli agenti
AWS re:Invent 2025: inizia l'era dell'AI-as-a-Service con al centro gli agenti
A re:Invent 2025, AWS mostra un’evoluzione profonda della propria strategia: l’IA diventa una piattaforma di servizi sempre più pronta all’uso, con agenti e modelli preconfigurati che accelerano lo sviluppo, mentre il cloud resta la base imprescindibile per governare dati, complessità e lock-in in uno scenario sempre più orientato all’hybrid cloud
Tutti gli articoli Tutte le news

Vai al Forum
Rispondi
 
Strumenti
Old 10-12-2013, 21:56   #1
vendettaaaaa
Senior Member
 
L'Avatar di vendettaaaaa
 
Iscritto dal: Jan 2012
Messaggi: 1267
[C++] typedef in stile C su pointer type

Ciao,
stavo facendo esercizi presi da un corso che usa il C come linguaggio. Ad un certo punto c'era
Codice:
typedef struct Elem { int x; int y; struct Elem *next; } Punto;
typedef Punto * Linea;
E ho riscritto il secondo typedef (inglesizzando il tutto) come
Codice:
using Line = Node<Point>*;
dove Node è un template tipo Elem, tipico nodo di lista singly linked.

Poi mi sono reso conto che non posso usare Line come faccio invece usando esplicitamente Node; cioè non posso fare così:
Codice:
Node<int>* list = new Node<int>{ 2 };
infatti, il seguente codice non compila:
Codice:
Line line = new Line{ Point{ 0, 2 } };
poichè new Line ritorna un Node<Point>**...
Devo fare
Codice:
Line line = new Node<Point>{ Point{ 0, 2 } };
Cose ovvie eccetera. Il punto è: l'alias Line torna utile come tipo di parametri di funzioni, ad esempio
Codice:
double length(Line l); // anzichè double length(Node<Point>* l);
però c'è questo apparente mismatch nella dichiarazione di un nuovo oggetto Line, creato per forza con new Node<Point> anzichè new Line. C'è un modo di risolvere? So già che la risposta è no, però mi sembra che mi sfugga qualcosa... scusate la sega mentale!

Ultima modifica di vendettaaaaa : 11-12-2013 alle 09:20.
vendettaaaaa è offline   Rispondi citando il messaggio o parte di esso
Old 11-12-2013, 00:54   #2
DanieleC88
Senior Member
 
L'Avatar di DanieleC88
 
Iscritto dal: Jun 2002
Città: Dublin
Messaggi: 5989
Non sono sicuro di aver capito cosa vuoi fare...

Intanto rispondo a ciò:

Quote:
Originariamente inviato da vendettaaaaa Guarda i messaggi
infatti, il seguente codice non compila:
Codice:
Line line = new Line{ Point{ 0, 2 } };
poichè new Line ritorna un Node<Point>**...
Non funziona perché il C++ non è Java!
Con new costruisci una nuova istanza nell'heap, mentre per istanziare un nuovo oggetto come faresti con una normale variabile automatica si usa questa sintassi:

Codice:
Class instance(/* ...parametri del costruttore... */);
Insomma, o utilizzi questa costruzione (in C++11 anche con le parentesi graffe oltre alle tonde), altrimenti in ogni caso non puoi assegnare un Line* restituito da new ad una variabile di tipo Line.
__________________

C'ho certi cazzi Mafa' che manco tu che sei pratica li hai visti mai!
DanieleC88 è offline   Rispondi citando il messaggio o parte di esso
Old 11-12-2013, 09:11   #3
vendettaaaaa
Senior Member
 
L'Avatar di vendettaaaaa
 
Iscritto dal: Jan 2012
Messaggi: 1267
Quote:
Originariamente inviato da DanieleC88 Guarda i messaggi
Non sono sicuro di aver capito cosa vuoi fare...

Intanto rispondo a ciò:



Non funziona perché il C++ non è Java!
Con new costruisci una nuova istanza nell'heap, mentre per istanziare un nuovo oggetto come faresti con una normale variabile automatica si usa questa sintassi:

Codice:
Class instance(/* ...parametri del costruttore... */);
Insomma, o utilizzi questa costruzione (in C++11 anche con le parentesi graffe oltre alle tonde), altrimenti in ogni caso non puoi assegnare un Line* restituito da new ad una variabile di tipo Line.
Sì ma neanche
Codice:
Line line{ Point{ 0, 2 } };
funziona visto che Line è un puntatore e non un oggetto...vabbè, come dicevo non c'è soluzione, visto che sto usando un "trucchetto" pensato per il C con il C++...
Quote:
Originariamente inviato da DanieleC88 Guarda i messaggi
(in C++11 anche con le parentesi graffe oltre alle tonde)
Non so se hai notato ma è quello che ho fatto in tutto il post
vendettaaaaa è offline   Rispondi citando il messaggio o parte di esso
Old 11-12-2013, 11:55   #4
DanieleC88
Senior Member
 
L'Avatar di DanieleC88
 
Iscritto dal: Jun 2002
Città: Dublin
Messaggi: 5989
Azz hai ragione, dimenticavo fosse un puntatore
__________________

C'ho certi cazzi Mafa' che manco tu che sei pratica li hai visti mai!
DanieleC88 è offline   Rispondi citando il messaggio o parte di esso
Old 11-12-2013, 12:00   #5
vendettaaaaa
Senior Member
 
L'Avatar di vendettaaaaa
 
Iscritto dal: Jan 2012
Messaggi: 1267
Sì alla fine Line è un typedef per puntatori a Node<Point>* poichè in questo esercizio si vuol vedere una linea come una sequenza (lista) di punti. Però tradurre l'artificio dal C al C++, sebbene sintatticamente lecito, non si sposa bene con new poichè in C++ sarebbe meglio incapsulare il Node<Point>* dentro ad una classe Line, ed a quel punto avremmo un costruttore che prende un Point come parametro e potremmo scrivere
Codice:
Line line{ Point{ 0, 2 } };
poichè l'uso del new sarebbe incapsulato...
vendettaaaaa è offline   Rispondi citando il messaggio o parte di esso
Old 12-12-2013, 00:03   #6
marco.r
Senior Member
 
Iscritto dal: Dec 2005
Città: Istanbul
Messaggi: 1817
Quote:
Originariamente inviato da vendettaaaaa Guarda i messaggi
Ciao,
stavo facendo esercizi presi da un corso che usa il C come linguaggio. Ad un certo punto c'era
Codice:
typedef struct Elem { int x; int y; struct Elem *next; } Punto;
typedef Punto * Linea;
(Disclaimer: sto partendo per la tangente ... )
Non e' una critica a te, perche' mi par di capire che il testo ti e' stato dato, ma nel codice e' importante quanto e forse piu' che nella lingua normale usare i termini corretti.
In sole due righe l'autore del testo e' riuscito a fare un sacco di confusione: il Punto e' un punto e una lista concatenata contemporaneamente, mentree una linea e' un puntatore a punti... che vuol dire ?!?!
Perche' non scrivere le cose per come stanno ? (uso una notazione C++ perche' e' quella del thread, ma il discorso e' analogo in C)
Codice:
struct Punto { int x; int y; };
struct Lista { Punto p; Lista* next; };
typedef Lista Linea;
Adesso non occorre piu' specificare "a voce" come e' fatto un punto, che Lista e' una lista concatenata e che una linea e' una lista di punti.
__________________
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 12-12-2013, 00:11   #7
marco.r
Senior Member
 
Iscritto dal: Dec 2005
Città: Istanbul
Messaggi: 1817
Quote:
Originariamente inviato da vendettaaaaa Guarda i messaggi
Ciao,
stavo facendo esercizi presi da un corso che usa il C come linguaggio. Ad un certo punto c'era
Codice:
typedef struct Elem { int x; int y; struct Elem *next; } Punto;
typedef Punto * Linea;
E ho riscritto il secondo typedef (inglesizzando il tutto) come
Codice:
using Line = Node<Point>*;
Hai omesso le tue definizioni (e lo using sopra... che vuol dire ?) per cui devo rispondere a sentimento.

Quote:
dove Node è un template tipo Elem, tipico nodo di lista singly linked.

Poi mi sono reso conto che non posso usare Line come faccio invece usando esplicitamente Node; cioè non posso fare così:
Codice:
Node<int>* list = new Node<int>{ 2 };
infatti, il seguente codice non compila:
Codice:
Line line = new Line{ Point{ 0, 2 } };
poichè new Line ritorna un Node<Point>**...
Devo fare
Codice:
Line line = new Node<Point>{ Point{ 0, 2 } };
L'errore e' che il nuovo typedef dovrebbe essere piu' correttamente
Codice:
typedef Node<Point> Line;
senza il puntatore, perche' una linea e' una lista di punti, non un puntatore ad una lista di punti.

Quote:
Cose ovvie eccetera. Il punto è: l'alias Line torna utile come tipo di parametri di funzioni, ad esempio
Codice:
double length(Line l); // anzichè double length(Node<Point>* l);
però c'è questo apparente mismatch nella dichiarazione di un nuovo oggetto Line, creato per forza con new Node<Point> anzichè new Line. C'è un modo di risolvere? So già che la risposta è no, però mi sembra che mi sfugga qualcosa... scusate la sega mentale!
Se identifichi Line con Node<Point> (senza puntatore) le cose sembrano piu' ragionevoli.
Dovrai usare
Codice:
double length(Line* l)
ma ha senzo perche' la notazione senza * dava l'impressione che copiassi la lista quando la passavi come argomento, cosa che in realta' non e' vera.
__________________
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 12-12-2013, 08:46   #8
vendettaaaaa
Senior Member
 
L'Avatar di vendettaaaaa
 
Iscritto dal: Jan 2012
Messaggi: 1267
Quote:
Originariamente inviato da marco.r Guarda i messaggi
(Disclaimer: sto partendo per la tangente ... )
Non e' una critica a te, perche' mi par di capire che il testo ti e' stato dato, ma nel codice e' importante quanto e forse piu' che nella lingua normale usare i termini corretti.
In sole due righe l'autore del testo e' riuscito a fare un sacco di confusione: il Punto e' un punto e una lista concatenata contemporaneamente, mentree una linea e' un puntatore a punti... che vuol dire ?!?!
Perche' non scrivere le cose per come stanno ? (uso una notazione C++ perche' e' quella del thread, ma il discorso e' analogo in C)
Codice:
struct Punto { int x; int y; };
struct Lista { Punto p; Lista* next; };
typedef Lista Linea;
Adesso non occorre piu' specificare "a voce" come e' fatto un punto, che Lista e' una lista concatenata e che una linea e' una lista di punti.
Infatti io ho usato
using Line = Node<Point>*;
dove Point è struct { int x, int y };
e Node è come la tua Lista (è quello che intendevo dicendo "dove Node è un template tipo Elem, tipico nodo di lista singly linked.").
Quote:
Originariamente inviato da marco.r Guarda i messaggi
Hai omesso le tue definizioni (e lo using sopra... che vuol dire ?) per cui devo rispondere a sentimento.


L'errore e' che il nuovo typedef dovrebbe essere piu' correttamente
Codice:
typedef Node<Point> Line;
senza il puntatore, perche' una linea e' una lista di punti, non un puntatore ad una lista di punti.


Se identifichi Line con Node<Point> (senza puntatore) le cose sembrano piu' ragionevoli.
Dovrai usare
Codice:
double length(Line* l)
ma ha senzo perche' la notazione senza * dava l'impressione che copiassi la lista quando la passavi come argomento, cosa che in realta' non e' vera.
Sì sì, tutto vero, ma la soluzione con Line* non mi piaceva, e poi volevo mantenere il concetto di Line dato dal prof, cioè Line è un puntatore al primo punto (oppure Line è un array di punti, ma scritto come l'hai scritto tu line contiene (copia) il primo punto, gli altri sono puntati, non mi piace, è una soluzione ibrida).

Ad ogni modo lo using è una nuova feature C++11, serve a fare il template aliasing ma puoi usarlo anche con un typedef, quindi lo sostituisce in toto con una notazione più chiara e concisa (alla C#)! Vedi http://www.stroustrup.com/C++11FAQ.html#template-alias
vendettaaaaa è offline   Rispondi citando il messaggio o parte di esso
Old 12-12-2013, 12:11   #9
marco.r
Senior Member
 
Iscritto dal: Dec 2005
Città: Istanbul
Messaggi: 1817
Quote:
Originariamente inviato da vendettaaaaa Guarda i messaggi
Sì sì, tutto vero, ma la soluzione con Line* non mi piaceva, e poi volevo mantenere il concetto di Line dato dal prof, cioè Line è un puntatore al primo punto (oppure Line è un array di punti, ma scritto come l'hai scritto tu line contiene (copia) il primo punto, gli altri sono puntati, non mi piace, è una soluzione ibrida).
Se vuoi mantenere il concetto che una linea e' un puntatore a punto, non puoi pretendere che si comporti come un punto.
Sono d'accordo che
Codice:
Line line = new Node<Point>{ Point{ 0, 2 } };
non e' bello, perche' traspare il dettaglio implementativo. Una soluzione corretta e' nascondere la cosa dietro una funzione
Codice:
Line newLine(const Point& p)
{
    return new Node<Point> { p };
}

Line line = newLine(Point{ 0, 2} );

Quote:
Ad ogni modo lo using è una nuova feature C++11, serve a fare il template aliasing ma puoi usarlo anche con un typedef, quindi lo sostituisce in toto con una notazione più chiara e concisa (alla C#)! Vedi http://www.stroustrup.com/C++11FAQ.html#template-alias
Vero ! Porc... comincio a diventare vecchio.
__________________
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 12-12-2013, 18:46   #10
vendettaaaaa
Senior Member
 
L'Avatar di vendettaaaaa
 
Iscritto dal: Jan 2012
Messaggi: 1267
Meh...la funzione può andare ma è ancora una cosa C style...vabbuò farò una classe wrapper anziché usare l'alias.

Grazie cmq nonnino
vendettaaaaa è offline   Rispondi citando il messaggio o parte di esso
Old 14-12-2013, 15:55   #11
marco.r
Senior Member
 
Iscritto dal: Dec 2005
Città: Istanbul
Messaggi: 1817
Quote:
Originariamente inviato da vendettaaaaa Guarda i messaggi
Meh...la funzione può andare ma è ancora una cosa C style...vabbuò farò una classe wrapper anziché usare l'alias.
Eh, ma se usi un typedef non ci scappi tanto, perche' per creare un oggetto sullo heap hai un numero limitato di scelte
1 - Usi la new direttamente
Questo vuol dire che devi chiamare la new con l'oggetto concreto, non un puntatore. Perfare questo usi la classe originale, un ulteriore typedef, o qualche funzione che ti ritorni la classe partendo dal puntatore
Codice:
using Line = Node<Point>*;
using LineImpl = Node<Point>;

Line l = new LineImpl( ... );
Codice:
using Line = Node<Point>*;

template<typename T>
struct class_of
{
    typedef T type;
};

template<typename T>
struct class_of<T*>
{
    typedef typename class_of<T>::type type;
};

Line l = new class_of<Line>::type( ... );
Secondo me queste alternative servono solo a fare confusione.

2 - Usi una funzione

E' l'esempio che ho fatto io

3 - Implementi Line come una classe wrapper, e allora li' puoi utilizzre qualsiasi metodo che vuoi, new, o factory.

Questo perche' quando hai un tipo che e' un semplice puntatore, puoi solo applicarci funzioni. In ogni caso l'approccio (definire la line come typedef) ha il suo senso in C, molto meno in C++

Quote:
Grazie cmq nonnino
Prego !
__________________
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 14-12-2013, 16:38   #12
vendettaaaaa
Senior Member
 
L'Avatar di vendettaaaaa
 
Iscritto dal: Jan 2012
Messaggi: 1267
Quote:
Originariamente inviato da marco.r Guarda i messaggi
Eh, ma se usi un typedef non ci scappi tanto, perche' per creare un oggetto sullo heap hai un numero limitato di scelte
1 - Usi la new direttamente
Questo vuol dire che devi chiamare la new con l'oggetto concreto, non un puntatore. Perfare questo usi la classe originale, un ulteriore typedef, o qualche funzione che ti ritorni la classe partendo dal puntatore
Codice:
using Line = Node<Point>*;
using LineImpl = Node<Point>;

Line l = new LineImpl( ... );
Codice:
using Line = Node<Point>*;

template<typename T>
struct class_of
{
    typedef T type;
};

template<typename T>
struct class_of<T*>
{
    typedef typename class_of<T>::type type;
};

Line l = new class_of<Line>::type( ... );
Secondo me queste alternative servono solo a fare confusione.

2 - Usi una funzione

E' l'esempio che ho fatto io

3 - Implementi Line come una classe wrapper, e allora li' puoi utilizzre qualsiasi metodo che vuoi, new, o factory.

Questo perche' quando hai un tipo che e' un semplice puntatore, puoi solo applicarci funzioni. In ogni caso l'approccio (definire la line come typedef) ha il suo senso in C, molto meno in C++


Prego !
Sì troppa confusione, eviterò di usare troppo i template visto che sto cercando di scrivere in C++ comprensibile le esercitazioni del corso (tenute in JavaScript), quindi chi leggerà il codice dovrà capirci qualcosa...
vendettaaaaa è offline   Rispondi citando il messaggio o parte di esso
 Rispondi


Recensione vivo X300 Pro: è ancora lui il re della fotografia mobile, peccato per la batteria Recensione vivo X300 Pro: è ancora lui il...
Lenovo Legion Go 2: Ryzen Z2 Extreme e OLED 8,8'' per spingere gli handheld gaming PC al massimo Lenovo Legion Go 2: Ryzen Z2 Extreme e OLED 8,8'...
AWS re:Invent 2025: inizia l'era dell'AI-as-a-Service con al centro gli agenti AWS re:Invent 2025: inizia l'era dell'AI-as-a-Se...
Cos'è la bolla dell'IA e perché se ne parla Cos'è la bolla dell'IA e perché se...
BOOX Palma 2 Pro in prova: l'e-reader diventa a colori, e davvero tascabile BOOX Palma 2 Pro in prova: l'e-reader diventa a ...
Toyota usa giochi e premi per spingere i...
HarmonyOS ha raggiunto la soglia di sopr...
Le offerte Amazon più convenienti...
Un gruppo di ladri ha usato Google Maps ...
Apple non si fida di Samsung per la real...
Windows 11: un nuovo driver nativo mette...
Vi hanno regalato buoni Amazon? Intanto ...
Via acari, polvere e sporco da materassi...
Cuffie Beats in super offerta su Amazon,...
Xbox Cloud Gaming arriva su Amazon Fire ...
Un blackout a San Francisco manda in til...
Windows 11 è diventato più...
Apple cambia strategia a causa della cri...
007 First Light: uscita rimandata di due...
Samsung Galaxy A37 e A57: il comparto fo...
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: 20:28.


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